MongoDB mô hình hóa quan hệ (one-to-one, one-to-many, many-to-many) thông qua embedding hoặc referencing — lựa chọn phụ thuộc vào cardinality của quan hệ, cách dữ liệu được truy cập, và liệu nó có được chia sẻ hay không. Khác với cách tiếp cận foreign-key đồng nhất của SQL, MongoDB cung cấp tính linh hoạt cho từng quan hệ.
{ : (), : , : { : , : } }
// ONE-TO-FEW → embed (có giới hạn, truy cập cùng nhau)
{ _id: ObjectId("..."), name: "Ann", addresses: [ {...}, {...} ] } // vài address
// ONE-TO-MANY → reference (phía "many" reference phía "one")
// collection authors: { _id: "a1", name: "Ann" }
// collection books: { _id: "b1", authorId: "a1", title: "..." } // mỗi book reference author của nó
// ONE-TO-SQUILLIONS (khổng lồ/vô hạn) → LUÔN reference (đừng bao giờ embed dữ liệu vô hạn)
// ví dụ một user với hàng triệu log entry → collection riêng, reference bằng userId
Sắc thái then chốt: one-to-few (embed), one-to-many (reference từ phía many), one-to-squillions (luôn reference — đừng bao giờ embed dữ liệu vô hạn, do giới hạn document 16MB và hiệu năng).
// reference với một mảng id (trên một hoặc cả hai phía)
{ _id: "s1", name: "Student", courseIds: ["c1", "c2"] } // student → courses
{ _id: "c1", name: "Course", studentIds: ["s1", "s2"] } // course → students (tùy chọn)
// → truy vấn và $lookup để phân giải; hoặc một collection "enrollments" riêng (giống junction)
Many-to-many dùng mảng các id được reference (trên một hoặc cả hai phía), hoặc một collection giống junction riêng cho dữ liệu quan hệ phong phú.
// join dữ liệu được reference khi cần
db.books.aggregate([
{ $lookup: { from: "authors", localField: "authorId", foreignField: "_id", as: "author" } }
]);
Mô hình hóa quan hệ là nền tảng của thiết kế cơ sở dữ liệu, và cách tiếp cận linh hoạt, theo access-pattern của MongoDB khác với foreign key đồng nhất của SQL, nên hiểu cách mô hình hóa quan hệ trong MongoDB là thiết yếu để thiết kế schema hiệu quả.
Insight then chốt là MongoDB mô hình hóa quan hệ thông qua embedding hoặc referencing dựa trên đặc tính của quan hệ — và hiểu cardinality ảnh hưởng đến lựa chọn ra sao là kỹ năng then chốt: one-to-one (thường embed — truy cập cùng nhau), one-to-many với các sắc thái quan trọng của nó (one-to-few → embed cho dữ liệu có giới hạn truy cập cùng nhau; one-to-many → reference từ phía many; one-to-squillions → luôn reference, đừng bao giờ embed dữ liệu vô hạn do giới hạn document 16MB và hiệu năng), và many-to-many (mảng các id được reference, hoặc một collection giống junction).
Việc ra quyết định theo cardinality này (đặc biệt nhận ra khi dữ liệu quá lớn/vô hạn để embed) là thiết yếu để tránh các sai lầm phổ biến như embed mảng vô hạn (làm phình document, chạm giới hạn) hoặc reference quá mức dữ liệu lẽ ra nên embed.
Hiểu cách phân giải tham chiếu với $lookup khi cần join hoàn thiện bức tranh.
Vì quan hệ giữa các thực thể là cố hữu trong hầu hết các mô hình dữ liệu, và vì cách tiếp cận linh hoạt theo từng quan hệ của MongoDB (embed vs reference dựa trên cardinality và access pattern) về cơ bản khác và nhiều sắc thái hơn foreign key đồng nhất của SQL, nên hiểu cách mô hình hóa quan hệ trong MongoDB — các quyết định embed/reference dựa trên cardinality (đặc biệt sự phân biệt one-to-few/many/squillions) và phân giải tham chiếu — là kiến thức thiết yếu, thường xuyên áp dụng để thiết kế schema MongoDB hiệu quả, xây dựng trên các nền tảng embed/reference để xử lý các quan hệ mà mọi ứng dụng thực tế đều có, và một lĩnh vực then chốt phân biệt mô hình hóa MongoDB hợp lý với việc chuyển y nguyên thiết kế quan hệ một cách ngây thơ.