Bagaimana Anda memodelkan hubungan dalam MongoDB?

Question

Accepted Answer

MongoDB memodelkan hubungan (one-to-one, one-to-many, many-to-many) melalui **embedding** atau **referencing** — pilihan tergantung pada kardinalitas hubungan, cara data diakses, dan apakah data tersebut dibagikan. Tidak seperti pendekatan foreign-key yang seragam di SQL, MongoDB menawarkan fleksibilitas per hubungan.

## One-to-one

```js
// usually EMBED (the related data belongs to the document)
{ _id: ObjectId("..."), name: "Ann", profile: { bio: "...", avatar: "..." } }
// → one query gets both; they're accessed together
```

## One-to-many (yang paling umum — dan paling bernuansa)

```js
// ONE-TO-FEW → embed (bounded, accessed together)
{ _id: ObjectId("..."), name: "Ann", addresses: [ {...}, {...} ] }  // a few addresses

// ONE-TO-MANY → reference (the "many" side references the "one")
// authors collection: { _id: "a1", name: "Ann" }
// books collection:   { _id: "b1", authorId: "a1", title: "..." }  // each book references its author

// ONE-TO-SQUILLIONS (huge/unbounded) → ALWAYS reference (never embed unbounded data)
// e.g. a user with millions of log entries → separate collection, reference by userId
```

Nuansa kunci: **one-to-few** (embed), **one-to-many** (reference dari sisi many), **one-to-squillions** (selalu reference — jangan pernah embed data tanpa batas, karena keterbatasan dokumen 16MB dan performa).

## Many-to-many

```js
// reference with an array of ids (on one or both sides)
{ _id: "s1", name: "Student", courseIds: ["c1", "c2"] }     // student → courses
{ _id: "c1", name: "Course", studentIds: ["s1", "s2"] }     // course → students (optional)
// → query and $lookup to resolve; or a separate "enrollments" collection (junction-like)
```

Many-to-many menggunakan array dari id yang direferensikan (di satu atau kedua sisi), atau koleksi terpisah seperti junction untuk data hubungan yang kaya.

## Resolving references ($lookup)

```js
// join referenced data when needed
db.books.aggregate([
  { $lookup: { from: "authors", localField: "authorId", foreignField: "_id", as: "author" } }
]);
```

## Mengapa ini penting

Memodelkan hubungan adalah fundamental untuk desain database, dan pendekatan fleksibel MongoDB yang berbasis pola akses sangat berbeda dari foreign keys seragam di SQL, jadi memahami cara memodelkan hubungan dalam MongoDB sangat penting untuk merancang skema yang efektif.

Wawasan kunci adalah bahwa MongoDB memodelkan hubungan melalui **embedding atau referencing** berdasarkan karakteristik hubungan — dan memahami **bagaimana kardinalitas mempengaruhi pilihan** adalah keterampilan yang penting: **one-to-one** (biasanya embed — diakses bersama), **one-to-many** dengan nuansa pentingnya (**one-to-few** → embed untuk data terbatas yang diakses bersama; **one-to-many** → reference dari sisi many; **one-to-squillions** → selalu reference, jangan pernah embed data tanpa batas karena keterbatasan dokumen 16MB dan performa), dan **many-to-many** (array id yang direferensikan, atau koleksi seperti junction).

Pengambilan keputusan berbasis kardinalitas ini (terutama mengenali ketika data terlalu besar/tanpa batas untuk di-embed) sangat penting untuk menghindari kesalahan umum seperti embedding array tanpa batas (mengembungkan dokumen, mencapai batas) atau over-referencing data yang seharusnya di-embed.

Memahami cara **resolve references** dengan `$lookup` ketika join diperlukan melengkapi gambaran keseluruhan.

Karena hubungan antar entitas inheren dalam sebagian besar model data, dan karena pendekatan fleksibel MongoDB per hubungan (embed vs reference berdasarkan kardinalitas dan pola akses) secara fundamental berbeda dari dan lebih bernuansa daripada foreign keys seragam di SQL, memahami cara memodelkan hubungan dalam MongoDB — keputusan embed/reference berbasis kardinalitas (terutama perbedaan one-to-few/many/squillions) dan resolving references — adalah pengetahuan yang esensial dan sering diterapkan untuk desain skema MongoDB yang efektif, membangun pada fundamental embed/reference untuk menangani hubungan yang dimiliki setiap aplikasi nyata, dan area kunci yang membedakan pemodelan MongoDB yang baik dari port relasional yang naif.