Là một chỉ số tổng hợp cũng tốt cho các truy vấn trên trường đầu tiên?

Hãy nói rằng tôi có một bảng với các lĩnh vực Avà B. Tôi thực hiện các truy vấn thường xuyên trên A+ B, vì vậy tôi đã tạo một chỉ mục tổng hợp trên (A,B). Các truy vấn chỉ Ađược tối ưu hóa hoàn toàn bởi chỉ số tổng hợp?

Ngoài ra, tôi đã tạo một chỉ mục trên A, nhưng Postgres vẫn chỉ sử dụng chỉ mục tổng hợp cho các truy vấn A. Nếu câu trả lời trước là tích cực, tôi đoán nó không thực sự quan trọng, nhưng tại sao nó lại chọn chỉ số tổng hợp theo mặc định, nếu Achỉ mục duy nhất có sẵn?

Nó chắc chắn là như vậy. Chúng tôi đã thảo luận rằng rất chi tiết theo câu hỏi liên quan này:

• Làm việc với các chỉ mục trong PostgreSQL

Không gian được phân bổ theo bội số MAXALIGN, thường là 8 byte trên HĐH 64 bit hoặc (ít phổ biến hơn) 4 byte trên HĐH 32 bit. Nếu bạn không chắc chắn, hãy kiểm tra pg_controldata. Nó cũng phụ thuộc vào kiểu dữ liệu của các cột được lập chỉ mục (một số yêu cầu đệm căn chỉnh) và nội dung thực tế.

Một chỉ mục trên, giả sử, hai integercột (mỗi cột 4 byte) thường kết thúc chính xác như một chỉ mục trên chỉ một, trong đó 4 byte khác bị mất để đệm liên kết.

Trong trường hợp như vậy, thực sự không có nhược điểm nào cho trình hoạch định truy vấn sử dụng một chỉ mục trên (a,b)- so với chỉ mục trên (a). Và thường thì tốt hơn cho nhiều truy vấn sử dụng cùng một chỉ mục. Cơ hội cho nó (hoặc một phần của nó) nằm trong bộ đệm (nhanh) tăng lên khi được chia sẻ.

Nếu bạn đã duy trì một chỉ mục trên (a,b), thì sẽ không có ý nghĩa gì khi chỉ tạo một chỉ mục khác (a)- trừ khi nó nhỏ hơn đáng kể . Điều này cũng không đúng đối (b,a)vs (a). Theo liên kết trong dòng đầu tiên để biết thêm về điều đó.

Đến từ hướng ngược lại, khi bạn cần một chỉ mục bổ sung như vậy (a,b), sau đó xem xét bỏ chỉ mục hiện tại vào (a)- nếu có thể. Thường thì không thể vì đó là chỉ số của PK hoặc UNIQUEràng buộc. Vì Postgres 11, bạn có thể thoát khỏi việc chỉ thêm bvào định nghĩa ràng buộc với INCLUDEmệnh đề thay thế. Chi tiết trong hướng dẫn.

Hoặc tạo chỉ mục mới (b,a)thay vào đó để chỉ bao gồm các truy vấn b. Đối với chỉ điều kiện bình đẳng, thứ tự của các biểu thức chỉ mục trong các chỉ mục btree không quan trọng. Nó làm, mặc dù, khi liên quan đến điều kiện phạm vi. Xem:

• Chỉ số và hiệu suất nhiều lớp

Có những nhược điểm tiềm ẩn trong việc bao gồm các cột bổ sung trong một chỉ mục, ngay cả khi điều đó chỉ sử dụng không gian bị mất cho phần đệm căn chỉnh:

• Bất cứ khi nào cột bổ sung được cập nhật, chỉ mục cũng cần cập nhật, điều này có thể thêm chi phí để viết các hoạt động và tạo thêm chỉ số phình to.
• Cập nhật HOT (Heap Only Tuple) trên bảng là không thể trong khi bất kỳ cột chỉ mục nào có liên quan.

Thêm thông tin cập nhật HOT:

• Dữ liệu dư thừa trong báo cáo cập nhật

Cách đo kích thước đối tượng:

• Đo kích thước của một hàng của bảng PostgreSQL

Theo câu hỏi của bạn, bạn có một bảng có trường A và B. Nếu bạn truy vấn của bạn là:

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

Trình tối ưu hóa sẽ chọn chỉ mục Tổng hợp để tránh Trích xuất truy cập ngẫu nhiên!

Đó là trong trường hợp nếu bạn chỉ sử dụng đầu tiên trong vị ngữ.

Nó sẽ thực hiện quét nếu bạn sử dụng các cột đầu tiên của khóa tổng hợp và cột không khóa của khóa tổng hợp.

Để lừa nó, bạn chỉ có thể giả các vị từ giả như thế này và sau đó là cột không khóa:

[A, B] là chỉ mục của bạn, [C] - một cột khác

Để sử dụng chỉ mục bạn viết như sau:

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

... tại sao nó chọn chỉ mục tổng hợp theo mặc định, nếu chỉ mục A duy nhất có sẵn?

Nó sẽ chỉ sử dụng chỉ mục trong trường hợp nếu có một hoặc hai vị từ [A] Hoặc [A], [B]. Nó sẽ không sử dụng nó theo thứ tự [B], [A] hoặc [A], [C]. Để có thể sử dụng chỉ mục với cột bổ sung [C], bạn cần thực thi chỉ mục bằng cách sắp xếp các vị từ như [A], [B] và [C].