Tôi không biết liệu Pg có thể kết hợp chỉ mục GiST và các chỉ mục b-tree thông thường với quét chỉ mục bitmap hay không, nhưng tôi nghi ngờ là không. Bạn có thể nhận được kết quả tốt nhất có thể mà không cần thêm user_id vào chỉ mục GiST của bạn (và do đó làm cho nó lớn hơn và chậm hơn đối với các truy vấn khác không sử dụng user_id ).
Như một thử nghiệm, bạn có thể:
CREATE EXTENSION btree_gist;
CREATE INDEX ix_coords_and_user_id ON test USING GIST (coords, user_id);
có khả năng dẫn đến một chỉ mục lớn, nhưng có thể thúc đẩy truy vấn đó - nếu nó hoạt động. Lưu ý rằng việc duy trì một chỉ mục như vậy sẽ làm chậm đáng kể INSERT và UPDATE S. Nếu bạn đánh rơi ix_coords cũ các truy vấn của bạn sẽ sử dụng ix_coords_and_user_id ngay cả khi họ không lọc trên user_id , nhưng nó sẽ chậm hơn ix_coords . Giữ cả hai sẽ làm cho INSERT và UPDATE chậm lại thậm chí còn tồi tệ hơn.
Xem btree-gist
( Bị bắt buộc bởi chỉnh sửa đối với câu hỏi làm thay đổi hoàn toàn câu hỏi; khi được viết, người dùng có một chỉ mục đa cột giờ đây họ đã tách thành hai chỉ mục riêng biệt ):
Có vẻ như bạn không lọc hoặc sắp xếp trên user_id , chỉ create_date . Pg sẽ không (không thể?) Chỉ sử dụng thuật ngữ thứ hai của chỉ mục nhiều cột như (user_id, create_date) , nó cũng cần sử dụng mục đầu tiên.
Nếu bạn muốn lập chỉ mục create_date , tạo một chỉ mục riêng cho nó. Nếu bạn sử dụng và cần (user_id, create_date) lập chỉ mục và thường không chỉ sử dụng user_id một mình, hãy xem liệu bạn có thể đảo ngược thứ tự cột hay không. Luân phiên tạo hai chỉ mục độc lập, (user_id) và (create_date) . Khi cần cả hai cột, Pg có thể kết hợp hai chỉ mục không phụ thuộc bằng cách sử dụng quét chỉ mục bitmap.
