ดัชนีหลายรายการเทียบกับดัชนีหลายคอลัมน์

ฉันเพิ่งเพิ่มดัชนีไปยังตารางใน SQL Server 2005 และมันทำให้ฉันคิด อะไรคือความแตกต่างระหว่างการสร้าง 1 ดัชนีและการกำหนดหลายคอลัมน์โดยมี 1 ดัชนีต่อคอลัมน์ที่คุณต้องการจัดทำดัชนี

มีเหตุผลบางอย่างว่าทำไมจึงควรใช้อีกอันหนึ่ง?

ตัวอย่างเช่น

Create NonClustered Index IX_IndexName On TableName
(Column1 Asc, Column2 Asc, Column3 Asc)

กับ

Create NonClustered Index IX_IndexName1 On TableName
(Column1 Asc)

Create NonClustered Index IX_IndexName2 On TableName
(Column2 Asc)

Create NonClustered Index IX_IndexName3 On TableName
(Column3 Asc)

ฉันเห็นด้วยกับเคดรูส์

บทความนี้จะนำคุณไปสู่เส้นทางที่ถูกต้อง:

• ดัชนีใน SQL Server 2005/2008 - แนวปฏิบัติที่ดีที่สุดตอนที่ 1
• ดัชนีใน SQL Server 2005/2008 - ส่วนที่ 2 - Internals

สิ่งหนึ่งที่ควรทราบดัชนีคลัสเตอร์ควรมีคีย์เฉพาะ (คอลัมน์ข้อมูลประจำตัวที่ฉันอยากจะแนะนำ) เป็นคอลัมน์แรก โดยทั่วไปจะช่วยให้การแทรกข้อมูลของคุณในตอนท้ายของดัชนีและไม่ก่อให้เกิดดิสก์ IO และการแบ่งหน้าจำนวนมาก

ประการที่สองหากคุณสร้างดัชนีอื่น ๆ ในข้อมูลของคุณและพวกเขาสร้างอย่างชาญฉลาดพวกเขาจะถูกนำมาใช้ใหม่

เช่นลองนึกภาพคุณค้นหาตารางในสามคอลัมน์

รัฐมณฑลรหัสไปรษณีย์

• บางครั้งคุณค้นหาตามรัฐเท่านั้น
• บางครั้งคุณค้นหาจากรัฐและเคาน์ตี
• คุณมักจะค้นหาโดยรัฐเขตไปรษณีย์

จากนั้นดัชนีที่มีรัฐมณฑลรหัสไปรษณีย์ จะถูกใช้ในการค้นหาทั้งสามนี้

หากคุณค้นหาด้วย zip เพียงอย่างเดียวค่อนข้างมากดัชนีข้างต้นจะไม่ถูกใช้ (โดย SQL Server ต่อไป) เนื่องจาก zip เป็นส่วนที่สามของดัชนีนั้นและตัวเพิ่มประสิทธิภาพการสืบค้นจะไม่เห็นดัชนีนั้นเป็นประโยชน์

จากนั้นคุณสามารถสร้างดัชนีบน Zip เพียงอย่างเดียวที่จะใช้ในอินสแตนซ์นี้

โดยวิธีการที่เราสามารถใช้ประโยชน์จากความจริงที่ว่าด้วยการจัดทำดัชนีหลายคอลัมน์คอลัมน์ดัชนีแรกนั้นจะสามารถใช้งานได้สำหรับการค้นหาและเมื่อคุณค้นหาโดย 'สถานะ' เท่านั้นจะมีประสิทธิภาพ แต่ยังไม่มีประสิทธิภาพเท่ากับดัชนีคอลัมน์เดี่ยวในสถานะ ' '

ฉันเดาว่าคำตอบที่คุณกำลังมองหาคือมันขึ้นอยู่กับคำสั่งที่คุณใช้บ่อยและกลุ่มของคุณ

บทความจะช่วยได้มาก :-)

ใช่. ผมขอแนะนำให้คุณตรวจสอบบทความคิมเบอร์ลี Tripp เกี่ยวกับการจัดทำดัชนี

หากดัชนีนั้น "ปิดบัง" แสดงว่าไม่จำเป็นต้องใช้สิ่งใดนอกจากดัชนี ใน SQL Server 2005 คุณยังสามารถเพิ่มคอลัมน์เพิ่มเติมไปยังดัชนีที่ไม่ได้เป็นส่วนหนึ่งของคีย์ซึ่งสามารถกำจัดการเดินทางไปยังส่วนที่เหลือของแถว

การมีดัชนีหลายดัชนีแต่ละคอลัมน์ในหนึ่งคอลัมน์อาจหมายความว่ามีเพียงดัชนีเดียวที่ใช้เลย - คุณจะต้องอ้างถึงแผนการดำเนินการเพื่อดูว่าลักษณะพิเศษใดบ้างที่มีผลต่อแผนการจัดทำดัชนี

คุณยังสามารถใช้ตัวช่วยสร้างการปรับแต่งเพื่อช่วยกำหนดว่าดัชนีใดที่จะทำให้แบบสอบถามหรือเวิร์กโหลดที่กำหนดนั้นมีประสิทธิภาพที่ดีที่สุด

ดัชนีหลายคอลัมน์สามารถใช้สำหรับแบบสอบถามที่อ้างอิงคอลัมน์ทั้งหมด :

SELECT *
FROM TableName
WHERE Column1=1 AND Column2=2 AND Column3=3

สิ่งนี้สามารถค้นหาได้โดยตรงโดยใช้ดัชนีหลายคอลัมน์ ในอีกทางหนึ่งดัชนีส่วนใหญ่สามารถใช้ดัชนีเดียวได้ (ต้องค้นหาระเบียนทั้งหมดที่มี Column1 = 1 แล้วตรวจสอบคอลัมน์ 2 และคอลัมน์ 3 ในแต่ละคอลัมน์)

รายการหนึ่งที่ดูเหมือนว่าไม่ควรพลาดคือการแปลงรูปดาว ตัวดำเนินการแยกดัชนีจะแก้ไขเพรดิเคตด้วยการคำนวณชุดของแถวที่แต่ละเพรดิเคตตีก่อนที่จะทำ I / O ใด ๆ บนตารางความเป็นจริง บนสคีมารูปดาวคุณจะทำดัชนีแต่ละคีย์มิติและตัวเพิ่มประสิทธิภาพคิวรีสามารถแก้ไขแถวที่จะเลือกโดยการคำนวณจุดตัดของดัชนี ดัชนีในแต่ละคอลัมน์ให้ความยืดหยุ่นที่ดีที่สุดสำหรับสิ่งนี้

หากคุณมีแบบสอบถามที่มักจะใช้ชุดคอลัมน์ค่อนข้างคงที่การสร้างดัชนีครอบคลุมเดียวที่รวมพวกเขาทั้งหมดจะปรับปรุงประสิทธิภาพอย่างมาก

ด้วยการวางหลายคอลัมน์ในดัชนีของคุณเครื่องมือเพิ่มประสิทธิภาพจะต้องเข้าถึงตารางโดยตรงหากคอลัมน์ไม่ได้อยู่ในดัชนี ฉันใช้สิ่งเหล่านี้ในคลังข้อมูลมาก ข้อเสียคือการทำเช่นนี้อาจมีค่าใช้จ่ายสูงมากโดยเฉพาะหากข้อมูลมีความผันผวนมาก

การสร้างดัชนีในคอลัมน์เดียวมีประโยชน์สำหรับการค้นหาที่พบบ่อยในระบบ OLTP

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