BitmapAnd và BitmapOr cho phép PostgreSQL dùng nhiều index cùng lúc trên một bảng. Xem cách nó biến hai index kém chọn lọc thành một truy vấn nhanh, vì sao phải qua bitmap thay vì index scan thẳng, và đọc Recheck Cond — đo thật trên PostgreSQL 16.
Nếu bạn chỉ hay truy vấn một phần dữ liệu (đơn chờ xử lý, tài khoản active), index cả bảng là lãng phí. Partial index chỉ đánh những dòng thỏa điều kiện, nhỏ hơn nhiều và ghi nhẹ hơn. Đo thật 34 MB vs 2,6 MB.
Bọc một hàm quanh cột trong WHERE là làm mất index thường — PostgreSQL phải tính hàm cho từng dòng. Expression index đánh index trên chính biểu thức đó. Đo thật 320ms xuống 0,018ms.
Index thường tìm xong vẫn phải đọc heap để lấy các cột khác. Covering index dùng INCLUDE nhét sẵn cột vào index, cho index-only scan bỏ hẳn bước đọc bảng. Đo thật cost giảm 95 lần, kèm điều kiện VACUUM.
Index không phải lúc nào cũng nhanh hơn. Khi truy vấn lấy nhiều dòng, quét tuần tự lại rẻ hơn — và planner cố tình bỏ index. Đo thời gian thật cả hai chiều để thấy planner chọn đúng, và hiểu độ chọn lọc.
UNIQUE constraint và CREATE UNIQUE INDEX khác nhau ở đâu, vì sao ràng buộc duy nhất vừa cưỡng chế vừa tăng tốc đọc, và tại sao một cột UNIQUE vẫn cho nhiều dòng NULL — đo thật trên PostgreSQL 16 với lỗi duplicate key nguyên văn.