ดัชนีคอมโพสิตยังดีสำหรับการค้นหาในเขตข้อมูลแรกหรือไม่

สมมติว่าผมมีตารางที่มีสาขาและA Bฉันจะทำให้คำสั่งปกติA+ ดังนั้นฉันสร้างดัชนีคอมโพสิตในB (A,B)คำสั่งในการค้นหาAจะได้รับการปรับให้เหมาะสมอย่างเต็มที่โดยดัชนีคอมโพสิตหรือไม่

นอกจากนี้ผมสร้างดัชนีในAแต่ Postgres Aยังคงใช้ดัชนีคอมโพสิตสำหรับการค้นหาเท่านั้น หากคำตอบก่อนหน้าเป็นบวกฉันคิดว่ามันไม่สำคัญ แต่ทำไมมันถึงเลือกดัชนีคอมโพสิตตามค่าเริ่มต้นหากมีAดัชนีเดียว

มันเป็นอย่างแน่นอน เราพูดคุยกันอย่างละเอียดภายใต้คำถามที่เกี่ยวข้องนี้:

• การทำงานของดัชนีใน PostgreSQL

พื้นที่ถูกจัดสรรเป็นทวีคูณMAXALIGNซึ่งโดยทั่วไปคือ 8 ไบต์บนระบบปฏิบัติการ 64 บิตหรือ (พบน้อยกว่ามาก) 4 ไบต์บนระบบปฏิบัติการ 32 บิต pg_controldataหากคุณไม่แน่ใจให้ตรวจสอบ นอกจากนี้ยังขึ้นอยู่กับชนิดข้อมูลของคอลัมน์ที่จัดทำดัชนี (บางประเภทจำเป็นต้องใช้ช่องว่างระหว่างการจัดแนว) และเนื้อหาจริง

โดยทั่วไปดัชนีบนintegerคอลัมน์สองคอลัมน์ (4 ไบต์แต่ละตัว) โดยทั่วไปจะมีขนาดใหญ่เท่ากับดัชนีของดัชนีเพียงคอลัมน์เดียวโดยที่อีก 4 ไบต์จะหายไปจากการจัดตำแหน่งช่องว่างภายใน

ในกรณีเช่นนี้มีจริงๆข้อเสียไม่มีการวางแผนแบบสอบถามจะใช้ดัชนีใน(a,b)- (a)เมื่อเทียบกับดัชนีในเพียง และโดยทั่วไปจะดีกว่าสำหรับหลาย ๆ แบบสอบถามเพื่อใช้ดัชนีเดียวกัน โอกาสที่มัน (หรือบางส่วนของมัน) จะอยู่ในแคช (เร็ว) จะเพิ่มขึ้นเมื่อมีการแชร์

หากคุณยังคงมีดัชนีอยู่(a,b)แล้วมันไม่เหมาะสมที่จะสร้างดัชนีใหม่ในเพียง(a)- เว้นแต่จะมีขนาดเล็กลงอย่างมาก เช่นเดียวกับไม่จริงสำหรับเทียบกับ(b,a) (a)ติดตามลิงค์ในบรรทัดแรกเพื่อดูข้อมูลเพิ่มเติม

มาจากทิศทางตรงข้ามเมื่อคุณต้องการดัชนีเพิ่มเติมเช่นนั้นเปิด(a,b)ให้พิจารณาปล่อยดัชนีที่มีอยู่ใน(a)กรณีที่เป็นไปได้ บ่อยครั้งที่เป็นไปไม่ได้เนื่องจากดัชนีของ PK หรือUNIQUEข้อ จำกัด ตั้งแต่ Postgres 11 คุณอาจหนีด้วยการต่อท้ายbนิยามข้อ จำกัด ที่มีส่วนINCLUDEคำสั่งแทน รายละเอียดในคู่มือ

หรือสร้างดัชนีใหม่(b,a)แทนเพื่อครอบคลุมการสืบค้นbเพิ่มเติม สำหรับเงื่อนไขความเท่าเทียมกันเท่านั้นลำดับของนิพจน์ดัชนีในดัชนี btree ไม่สำคัญ แม้ว่ามันจะเกี่ยวข้องกับเงื่อนไขของช่วง ดู:

• ดัชนีหลายคอลัมน์และประสิทธิภาพ

มีข้อเสียที่เป็นไปได้ที่จะรวมคอลัมน์เพิ่มเติมในดัชนีแม้ว่าจะใช้พื้นที่เพียงอย่างเดียวเท่านั้น

• เมื่อใดก็ตามที่มีการอัปเดตคอลัมน์เพิ่มเติมตอนนี้ดัชนีต้องการการอัปเดตเช่นกันซึ่งอาจเพิ่มค่าใช้จ่ายในการเขียนการดำเนินการและสร้างดัชนีขยายตัวมากขึ้น
• การอัปเดตที่น่าสนใจ (Heap Only Tuple) บนตารางไม่สามารถทำได้ในขณะที่คอลัมน์ดัชนีใด ๆ ที่เกี่ยวข้อง

เพิ่มเติมเกี่ยวกับการปรับปรุง HOT:

• ข้อมูลที่ซ้ำซ้อนในงบปรับปรุง

วิธีการวัดขนาดวัตถุ:

• วัดขนาดของแถวตาราง PostgreSQL

ตามคำถามของคุณคุณมีตารางที่มีเขตข้อมูล A และ B หากแบบสอบถามของคุณคือ:

SELECT * FROM [YOUR TBL]
WHERE A='XXXX'

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

มันเป็นในกรณีถ้าคุณเพิ่งใช้ครั้งแรกในภาคแสดง

มันจะทำการสแกนถ้าคุณใช้คอลัมน์แรกของคอมโพสิตคีย์และคอลัมน์ที่ไม่ใช่คีย์ของคอมโพสิตคีย์

เพื่อหลอกลวงคุณสามารถจำลองภาคนี้และคอลัมน์ที่ไม่สำคัญ:

[A, B] คือดัชนีของคุณ [C] - คอลัมน์อื่น

ในการใช้ดัชนีคุณเขียนเป็น:

SELECT
    A,B,C,D,E
FROM 
    test
WHERE
   A=1
AND
   B=B
AND 
   C=3

... เพราะเหตุใดจึงเลือกดัชนีคอมโพสิตตามค่าเริ่มต้นหากดัชนี A เดี่ยวพร้อมใช้งาน

มันจะใช้ดัชนีเฉพาะในกรณีที่มีเพรดิเคตหนึ่งหรือสองอัน [A] หรือ [A], [B] มันจะไม่ใช้มันตามคำสั่ง [B], [A] หรือ [A], [C] เพื่อให้สามารถใช้ดัชนีกับคอลัมน์เพิ่มเติม [C] คุณจะต้องบังคับใช้ดัชนีโดยสั่งให้ภาคแสดงเป็น [A], [B] และ [C]