Có bất kỳ tác hại nào để có chỉ mục trùng lặp trong Postgresql không?

Question

Tôi có cấu trúc sau.

CREATE TABLE join_table (
    id integer NOT NULL, 
    col_a integer NOT NULL, 
    col_b integer NOT NULL 
) 

CREATE INDEX index_on_col_a ON join_table USING btree (col_a); 
CREATE INDEX index_on_col_b ON join_table USING btree (col_b); 
CREATE UNIQUE INDEX index_on_col_a_and_col_b ON join_table USING btree (col_a, col_b); 

Ngoài ra còn có khóa ngoài trên col_a và col_b.

Rõ ràng index_on_col_a không còn cần thiết, nhưng có chi phí hoặc lợi ích để giữ hoặc xóa không?

Tôi đoán là;

• giữ nó sẽ làm chậm chèn
• Lựa chọn sử dụng chỉ col_a có thể nhanh hơn nếu tôi giữ nó

Answer 1

Bạn có thể thả các chỉ mục trên col_a. PostgreSQL có thể sử dụng chỉ mục kết hợp nếu bạn truy vấn trên col_a và cũng có thể sử dụng chỉ mục nếu bạn truy vấn trên col_a và col_b. Những loại truy vấn có thể sử dụng các chỉ số kết hợp:

WHERE col_a = 'val' 
WHERE col_a = 'val' AND col_b = 'val' 

Chỉ số kết hợp không thể được sử dụng để truy vấn chỉ col_b hoặc một OR ngã ba col_a và col_b. Vì vậy, chỉ mục bổ sung trên col_b có thể có ý nghĩa nếu bạn thường xuyên có truy vấn chỉ truy vấn col_b.

Chỉnh sửa: Vì vậy: bạn không có lợi thế khi tạo index_on_col_a, nhưng bạn có tốc độ ghi chậm hơn. Thả nó.