หากฐานข้อมูลมีการแทรกเพียงครั้งเดียวมันจะไม่ดีที่จะทำดัชนีชุดค่าผสมของคอลัมน์ที่เป็นไปได้หรือไม่?

ฉันกำลังทำงานกับระบบการรายงานที่จะต้องใช้แบบสอบถามที่มีขนาดใหญ่ แต่ขึ้นอยู่กับฐานข้อมูลที่กรอกเพียงครั้งเดียว ระบบการจัดการฐานข้อมูลคือ Microsoft SQL Server 2017 อาจมีวิธีที่ดีกว่าในการออกแบบระบบเช่นนี้

ในทางทฤษฎีการพูด:

1. หากเรามีฐานข้อมูลขนาดใหญ่มาก (150M + แถวในหลายตาราง)
2. และเราสามารถสรุปได้ว่าฐานข้อมูลจะถูกบรรจุครั้งเดียว

การทำดัชนีทุกชุดคอลัมน์ที่เป็นไปได้มีผลกระทบด้านลบต่อแบบสอบถามแบบใช้เลือกข้อมูลหรือไม่

ใช่มันจะมีผลต่อเวลาในการรวบรวมแผนเริ่มต้นเนื่องจากเครื่องมือเพิ่มประสิทธิภาพจะมีเส้นทางการเข้าถึงพิเศษมากมายให้กับข้อมูลที่ต้องพิจารณา

เนื่องจากคุณอยู่บน SQL Server 2017 โหลดครั้งเดียวและเรียกใช้รายงานทำไมไม่ใช้ดัชนีที่เก็บคอลัมน์แบบคลัสเตอร์แทน

นั่นน่าจะเป็นทางออกที่ดีที่สุดสำหรับความต้องการของคุณในการจัดทำดัชนีทุกคอลัมน์ที่เป็นไปได้

ดัชนี Columnstore - ภาพรวม

หากคุณมีคอลัมน์ N อยู่ในตารางการรวมกันของคอลัมน์ที่เป็นไปได้คือ 2 ^ N-1 (ลบชุดว่าง) สำหรับ 10 คอลัมน์ที่จะหมายถึง 1,023 ดัชนีสำหรับ 20 คอลัมน์เราท้ายด้วยดัชนีมหันต์ 1048575 ดัชนีส่วนใหญ่จะไม่ใช้ แต่จะต้องนำมาพิจารณาโดยเครื่องมือเพิ่มประสิทธิภาพ เป็นไปได้ว่าเครื่องมือเพิ่มประสิทธิภาพจะเลือกดัชนีย่อยที่ดีที่สุดแทนดัชนีที่ดีกว่า ฉันจะไม่ใช้เส้นทางของการสร้างดัชนีทุกประเภทแทนที่จะพยายามหาว่าดัชนีใดที่จะเป็นประโยชน์

แก้ไขจำนวนแก้ไขของดัชนีที่เป็นไปได้

ขณะที่เจฟฟ์ชี้ให้เห็นก็จะยิ่งเลวร้ายยิ่งกว่า 2 ^ N (พลังงานชุด) ตั้งแต่ (3,2,1) เห็นได้ชัดว่าแตกต่างกว่า (1,2,3) สำหรับคอลัมน์ N เราสามารถเลือกตำแหน่งแรกในดัชนีที่มีคอลัมน์ทั้งหมดในรูปแบบ N สำหรับตำแหน่งที่สองในวิธี N-1 ฯลฯ ดังนั้นเราจบลงด้วย N! ดัชนีที่แตกต่างกันของขนาดเต็ม ไม่มีการจัดทำดัชนีเหล่านี้จากดัชนีอื่นในชุดนี้ นอกจากนี้เราไม่สามารถเพิ่มดัชนีที่สั้นกว่านี้เพื่อไม่ให้ครอบคลุมดัชนีแบบเต็ม จำนวนดัชนีจึงเป็น N! ตัวอย่างสำหรับ 10 คอลัมน์จึงกลายเป็น 10! = 3628800 ดัชนีและสำหรับ 20 (ดรัมโรลเลอร์) 2432902008176640000 ดัชนี นี่เป็นจำนวนที่น่าขันถ้าเราใส่จุดสำหรับแต่ละดัชนีหนึ่งมม. ส่วนหนึ่งมันจะใช้เวลาแสงไฟ 94 วันในการส่งผ่านจุดทั้งหมด ทั้งหมดและทั้งหมดไม่ ;-)

เลขที่

การใช้ดัชนี "ทุกอย่าง" ไม่เป็นประโยชน์ แต่คุณสามารถจัดทำดัชนี "ส่วนใหญ่" ได้

นี่คือสิ่งที่ ถ้าตารางมีคอลัมน์แล้วจำนวนของดัชนีที่เป็นไปได้คือN N!สมมติว่าตารางมี 10 คอลัมน์แล้วคุณไม่ได้มีเพียง10ดัชนีไปได้ 10!แต่ นั่นคือ ... 3,628,800 ... บนโต๊ะเดี่ยว นั่นคือพื้นที่ดิสก์จำนวนมากดิสก์ I / O แคชและการค้นหาครั้ง

ทำไม? เหตุผลไม่กี่:

• ดัชนี Lightwwight มักจะถูกแคชบางสิ่งที่ทำให้พวกเขาสว่างขึ้นอย่างรวดเร็ว หากคุณมี 3 ล้านคนพวกเขาจะไม่ถูกแคช

• เครื่องมือเพิ่มประสิทธิภาพ SQL อาจใช้เวลาในการตัดสินใจว่าจะใช้อันไหนดีกว่าโดยเฉพาะเมื่อใช้การรวม

• เครื่องมือเพิ่มประสิทธิภาพ SQL อาจยอมแพ้ในการใช้อัลกอริธึมที่ครอบคลุม นี่อาจเป็น "น้อยกว่าดีที่สุด" ตัวอย่างเช่น PostgreSQL มีตัวเลือกต่าง ๆ สำหรับ "คิวรีตารางน้อยกว่า 8" และ "คิวรีตารางมากกว่า 8"

• ดัชนีควรเบากว่ากอง หากคุณกำลังทำดัชนีทุกอย่างดัชนีก็จะหนักพอ ๆ กับฮีป ... สิ่งที่เอาชนะวัตถุประสงค์ของดัชนี

ไม่อาจไม่ส่งผลกระทบเชิงลบต่อSELECTข้อความค้นหา แต่

• มันจะทำให้การใช้งานดิสก์สูง
• มันจะเพิ่มต้นทุนอย่างมหาศาลINSERT
• ดัชนีส่วนใหญ่ของคุณจะไม่ใช้
• WHEREนิพจน์เงื่อนไขจำนวนมากยังคงไม่ใช้ดัชนีส่วนใหญ่จะมีความซับซ้อนมากขึ้น
• การนับดัชนีที่ต้องการจะเพิ่มขึ้นแบบทวีคูณเมื่อมีการนับจำนวนคอลัมน์ คือถ้าคุณมี 8 คอลัมน์คุณต้องมีดัชนี 256 ตัวสำหรับชุดค่าผสมที่เป็นไปได้ทั้งหมด