proto.lib

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.

DatabasesTrung bình2026-08-25
Natural Key vs Surrogate Key

Tags

#primary-key#surrogate-key#natural-key#schema-design#foreign-key#constraints

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

DatabasesCơ bản

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.

#enum#lookup-table#schema-design#foreign-key
DatabasesTrung bình

Star Schema: khóa surrogate nối fact với dimension

Mô hình hóa để phân tích thay vì để giao dịch: bảng fact chứa các đại lượng (measures) cùng khóa ngoại tới các bảng dimension, dimension chứa các thuộc tính mô tả; khóa nối là SURROGATE nên việc đánh số lại ở hệ nguồn hay đổi thuộc tính không viết lại lịch sử.

#star-schema#data-warehouse#dimension#fact-table
DatabasesTrung bình

Slowly Changing Dimension Type 2: giữ lịch sử khi thuộc tính đổi

Khi một thuộc tính dimension thay đổi (ví dụ segment khách hàng), SCD Type 2 không ghi đè mà chèn dòng dimension MỚI với surrogate key riêng và khoảng hiệu lực (valid_from/valid_to), đóng dòng cũ lại — fact cũ vẫn join đúng phiên bản dimension tại thời điểm phát sinh.

#scd#slowly-changing-dimension#data-warehouse#dimension