Gần như mọi truy vấn chậm bất thường đều bắt đầu từ một con số: chênh lệch giữa rows dự đoán và rows thật. Đo ba nguồn làm bộ tối ưu PostgreSQL đoán lệch, nặng nhất 166.667 lần — và một điều nó vẫn làm đúng dù thống kê rỗng hoàn toàn.
SQL nói bạn MUỐN gì, không nói LÀM THẾ NÀO — bộ lập lịch tự nghĩ ra cách làm, và EXPLAIN là cửa sổ nhìn vào đó. Mổ từng con số cost, rows, loops, buffers; ba chỗ hay đọc sai; và một ước lượng lệch 83 lần vì bộ tối ưu tưởng hai cột độc lập.
NULL không phải một giá trị, nó là 'chỗ chưa biết', và SQL xử lý nó bằng logic ba trạng thái. Hệ quả: một dòng NULL trong bảng con làm NOT IN xoá sạch kết quả, phong <> 'Ky thuat' bỏ sót người phòng trống, avg() chia nhầm mẫu số — tất cả im lặng.
bigserial, UUID ngẫu nhiên và UUID tăng dần trên một triệu dòng. Đo dung lượng chỉ mục, mật độ trang lá và tốc độ tra cứu.
Đo sai số tích luỹ, tốc độ và dung lượng của numeric so với float. Lời khuyên quen thuộc chỉ đúng một nửa.
Đo bốn kiểu chuỗi trên một triệu dòng: text/varchar/varchar(n) giống nhau tới từng byte, char(n) tốn thêm 19% và so sánh theo luật khác, nới giới hạn miễn phí còn thu hẹp thì khoá bảng.