proto.lib

Embed vs Reference trong MongoDB

Nhúng (embed) dữ liệu con vào cùng document cho phép đọc một lần và cập nhật nguyên tử, nhưng document phình to (giới hạn 16MB) và dữ liệu trùng lặp phải sửa ở nhiều nơi; tham chiếu (reference) giữ document nhỏ gọn nhưng mỗi lần đọc phải lookup/join thêm.

DatabasesCơ bản2026-08-24
Embed vs Reference trong MongoDB

Tags

#mongodb#schema-design#embedding#referencing#document-model#denormalization

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
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