proto.lib

Enum type vs Lookup Table (danh sách giá trị cố định)

Database enum gọn và được validate ở tầng kiểu dữ liệu, nhưng thêm hoặc đổi giá trị là một DDL migration, còn xoá giá trị enum là gần như không thể an toàn; lookup table với foreign key coi việc thêm giá trị là một INSERT dữ liệu bình thường, mang được label/sort order/active flag và admin có thể tự thêm, đổi lại mọi truy vấn phải JOIN.

DatabasesCơ bản2026-08-25
Enum type vs Lookup Table (danh sách giá trị cố định)

Tags

#enum#lookup-table#schema-design#foreign-key#check-constraint#migration

Tài liệu tham khảo

Mở rộng

Animation gốc là một file HTML tự chứa, có thể nhúng lại ở bất kỳ trang nào khác. Mở file gốc

Liên quan

DatabasesTrung bình

Natural Key vs Surrogate Key

Natural key (email, ISBN, mã quốc gia) có ý nghĩa nghiệp vụ nên không cần cột thêm, nhưng nó có thể ĐỔI, chiếm nhiều byte nên mọi foreign key và index đều phải cõng theo, và độ duy nhất có thể không như miền dữ liệu hứa hẹn; surrogate key (id tự sinh) ổn định và hẹp, đổi lại phải thêm unique constraint trên cột natural.

#primary-key#surrogate-key#natural-key#schema-design
DatabasesTrung bình

Cột JSON với CHECK Constraint: schemaless trong thế giới có schema

Một cột JSON/JSONB giữ được sự linh hoạt của document, còn CHECK constraint hoặc JSON-schema validator ép các phần thực sự phụ thuộc — khoá bắt buộc, kiểu dữ liệu, enum — để dữ liệu rác không lọt vào, trong khi generated column cùng expression index giúp trường hot vẫn truy vấn được nhanh.

#jsonb#check-constraint#json-schema#generated-column
DatabasesNâng cao

NOT VALID rồi VALIDATE CONSTRAINT: thêm ràng buộc không khoá lâu

Thêm FOREIGN KEY hay CHECK vào bảng lớn với NOT VALID chỉ giữ khoá mạnh trong tích tắc để bật ràng buộc cho các thay đổi mới, còn VALIDATE CONSTRAINT ở bước sau quét dữ liệu cũ với khoá yếu hơn (SHARE UPDATE EXCLUSIVE) không chặn ghi; cùng kỹ thuật hai bước này áp dụng cho NOT NULL qua một CHECK constraint.

#not-valid#validate-constraint#foreign-key#check-constraint