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.
LIKE 'abc%' neo đầu dùng được btree — nhưng với locale khác C phải có opclass text_pattern_ops, nếu không vẫn Seq Scan. LIKE '%abc%' bao giữa thì không btree nào giúp, phải dùng trigram pg_trgm. Đo thật cả bốn ca và ILIKE. PostgreSQL 16.
Full-text search tìm theo từ đã chuẩn hóa gốc và bỏ stop word — điều LIKE không làm được: query khớp cả queries. Đo thật: FTS không index còn chậm hơn LIKE (2,49 giây), nhưng cột tsvector STORED cộng GIN index đưa về 90 ms. Cùng ts_rank xếp hạng liên quan. PostgreSQL 16.
pg_trgm đo độ tương tự chuỗi bằng tỉ lệ trigram chung, nên tìm được cả khi gõ sai chính tả — điều LIKE và full-text search không làm được. Đo thật: KNN với GiST 190 ms, ngưỡng với GIN 104 ms, và Postgersql gõ sai vẫn tìm ra PostgreSQL. Chọn GiST hay GIN. PostgreSQL 16.
float không dùng cho tiền vì sai số làm tròn: 0.1 cộng 0.2 không bằng 0.3. Đo thật: int8 tốn gấp đôi int4, numeric tính chậm hơn 50 phần trăm, và cùng bộ cột chỉ đổi thứ tự đã chênh 77 MB vì căn lề. Cách chọn kiểu số đúng. PostgreSQL 16.
Trong PostgreSQL, text và varchar lưu và chạy y hệt nhau — varchar(n) chỉ thêm một ràng buộc độ dài. Đo thật: char(50) tốn gấp đôi text vì đệm khoảng trắng, và gây bẫy so sánh khi độ dài logic khác byte trên đĩa. Vì sao char cố định nhanh hơn là huyền thoại. PostgreSQL 16.