DISTINCT và GROUP BY cho kế hoạch giống hệt khi khử trùng. Nhưng SELECT DISTINCT thường bị lạm dụng để che dòng trùng do JOIN sai — đo thật một truy vấn 26 giây nhân dòng thành 300 triệu. Cùng DISTINCT ON tiện lợi. PostgreSQL 16.
UNION = UNION ALL + một bước khử trùng toàn bộ kết quả. Đo thật: trên hai tập rời nhau, UNION vẫn sắp 4 triệu dòng (tràn đĩa 47 MB) để loại đúng 0 dòng, chậm hơn 2,8 lần vô ích. Và khi nào UNION là lựa chọn đúng. PostgreSQL 16.
LATERAL cho subquery bên phải tham chiếu cột bảng bên trái — điều subquery thường trong FROM không làm được. Đo thật: lấy 3 đơn mới nhất mỗi khách bằng LATERAL + LIMIT + index chạy 158 ms, đọc 600 nghìn trang; window row_number phải quét cả 3 triệu dòng, 540 ms, 3 triệu trang. PostgreSQL 16.
OR không tự động giết index — nó chỉ nhanh bằng nhánh chậm nhất. Đo thật: OR trên hai cột có index cho BitmapOr 0,09 ms, nhưng chỉ một nhánh thiếu index kéo cả câu thành Seq Scan toàn bảng 48 ms. Và vì sao index gộp phục vụ AND mà không phục vụ OR. PostgreSQL 16.
Index lưu giá trị cột, không lưu giá trị của hàm. Bọc lower(email) hay date(tao_luc) quanh cột trong WHERE khiến index thành vô dụng. Đo thật: lower(email) chạy Seq Scan 160 ms so với 0,036 ms; date(tao_luc) 47,6 ms so với 0,433 ms khi viết lại thành khoảng. Index biểu thức và điều kiện sargable. PostgreSQL 16.
So sánh cột với sai kiểu dữ liệu khiến PostgreSQL chèn ép kiểu — và nếu nó ép vế cột, index chết. Đo thật: int8 so với numeric literal chạy Seq Scan 55 ms so với 0,04 ms; hướng ép quyết định tất cả. Cách đọc EXPLAIN để phát hiện và cách sửa. PostgreSQL 16.