PostgreSQL căn lề mỗi cột theo mốc kiểu của nó, chèn byte đệm khi lệch. Đo thật: cùng 7 cột y hệt, thứ tự xấu chiếm 403 MB còn thứ tự tối ưu chỉ 287 MB — chênh 116 MB chỉ do thứ tự khai báo. Quy tắc sắp xếp và truy vấn tự tìm thứ tự tối ưu. PostgreSQL 16.
JSONB gom mọi trường vào một cột linh hoạt, nhưng đo thật: nó tốn gấp đôi dung lượng vì lặp tên khoá mỗi dòng, truy vấn chậm hơn, và index GIN lớn gấp 11 lần btree cột. Khi nào chọn cột riêng, khi nào JSONB, và mô hình lai. 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.
UUID v4 ngẫu nhiên phân tán toàn cục nhưng làm chèn chậm và index phình. Đo thật: chèn 2 triệu dòng mất 3,5 giây với UUID so với 1,3 giây bigserial, và index PK to gấp 1,8 lần. Vì sao ngẫu nhiên hại btree, và UUIDv7 sửa điều đó thế nào. PostgreSQL 16.
PostgreSQL tự tạo index cho PRIMARY KEY và UNIQUE nhưng KHÔNG cho cột khóa ngoại. Đo thật: thiếu index đó, xóa một dòng cha phải quét cả 5 triệu dòng con (179 ms so với 0,7 ms), và JOIN cha con seq scan 52 ms so với 0,17 ms. Vì sao, và khi nào vẫn bỏ được. PostgreSQL 16.
Nhiều người phi chuẩn hóa vì sợ JOIN đắt. Đo thật: JOIN tới bảng nhỏ có index gần như miễn phí (0,192 ms so với 0,197 ms không JOIN), trong khi cập nhật dữ liệu sao chép chậm 175 lần và rủi ro lệch. Khi nào chuẩn hóa, khi nào phi chuẩn có lý. PostgreSQL 16.