Bảng chi phí các thao tác collection, ba tình huống chọn sai cấu trúc làm chậm hệ thống thật, và số đo cho thấy dựng một HashSet mới ngay giữa hàm rồi vứt đi vẫn nhanh hơn dùng List.contains trong vòng lặp.
Đo trên 500.000 bài tiếng Việt: GIN nhanh 754 lần khi từ khoá hiếm, chậm hơn cả LIKE khi từ khoá phổ biến. Và cách xử lý ba chuyện riêng của tiếng Việt: không có bộ tách từ, tìm không dấu, và bẫy IMMUTABLE khi đánh chỉ mục unaccent.
Chỉ mục phủ làm truy vấn nhanh 6,6 lần, nhưng có một điều kiện thứ hai gần như không ai nhắc: bản đồ trang khả kiến. Kế hoạch vẫn ghi Index Only Scan mà thời gian tăng gấp đôi — và con số cần nhìn là Heap Fetches, thứ chỉ hiện khi bạn chạy EXPLAIN ANALYZE.
Chỉ mục lưu giá trị nguyên của cột, nên hỏi về một hàm áp lên cột là mất chỉ mục và quét toàn bảng. Chỉ mục biểu thức chữa được, nhưng nó đòi khớp biểu thức chính xác tới từng ký tự và hàm phải IMMUTABLE — kèm cột sinh là lối thay thế dễ đọc hơn.
Phần lớn bảng nghiệp vụ đều lệch nặng: 95% đơn đã xong, 90% bản ghi đã xoá mềm. Chỉ mục một phần chỉ đánh chỉ mục đúng phần dữ liệu người ta thật sự truy vấn, và trên dữ liệu lệch nó thắng cả ba mặt cùng lúc — kèm ràng buộc unique có điều kiện và cái bẫy truy vấn quên vị từ.
CREATE INDEX ON don (a, b) và (b, a) chiếm cùng dung lượng, chứa cùng dữ liệu, nhưng phục vụ hai tập truy vấn khác hẳn. Ba quy tắc chọn thứ tự cột trong PostgreSQL, mỗi quy tắc kèm số đo trên 2 triệu dòng — kèm quy tắc tiền tố trái giúp bỏ chỉ mục thừa.