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.
TOAST tự nén giá trị lớn rồi đẩy phần còn lớn ra bảng phụ, giữ bảng chính gọn. Đo thật: bảng chính chỉ 15 MB dù tổng dữ liệu hơn 1 GB, và đọc không chạm cột lớn nhanh hơn 33 lần. Nén xảy ra trước, chiến lược lưu, và vì sao SELECT * tốn kém. PostgreSQL 16.