Là một lập trình viên yêu công nghệ, thích viết blog để chia sẻ kiến thức, kinh nghiệm lập trình và những điều thú vị trong thế giới tech.
Window function tính tổng hợp theo nhóm nhưng giữ nguyên mỗi dòng — thay thế self-join và subquery tương quan. Đo thật: bước tốn nhất là Sort theo PARTITION BY, một index khớp xóa hẳn nó, và gom các hàm cùng window để sắp một lần. 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.
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.
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.
Lưu danh sách bằng cột mảng int[] hay bảng con chuẩn hóa với khóa ngoại? Đo thật: mảng gọn hơn 2 lần, tìm chứa giá trị nhanh hơn với index GIN tí hon, khỏi JOIN. Nhưng mảng không có khóa ngoại nên chấp nhận cả giá trị không tồn tại. Chọn theo nhu cầu toàn vẹn. PostgreSQL 16.