Apa perbedaan antara embedding dan referencing?

Question

Accepted Answer

**Embedding** menyimpan data terkait *di dalam* sebuah dokumen (bersarang); **referencing** menyimpannya di dokumen *terpisah* yang dihubungkan oleh id. Ini adalah keputusan pemodelan inti di MongoDB, dengan trade-off yang berbeda untuk performa membaca, ukuran data, dan kompleksitas pembaruan.

## Embedding — bersarang dalam dokumen

```js
{
  _id: ObjectId("..."),
  title: "My Post",
  author: { name: "Ann", email: "ann@x.com" },   // EMBEDDED author
  comments: [                                      // EMBEDDED comments
    { user: "Bob", text: "Great!" },
    { user: "Carol", text: "Thanks" }
  ]
}
// ✓ ONE query gets the post + author + comments (fast, atomic)
// ✗ if author info changes, must update it in every post embedding it (duplication)
// ✗ document grows with comments → could hit the 16MB limit if unbounded
```

## Referencing — dokumen terpisah yang dihubungkan oleh id

```js
// posts collection
{ _id: ObjectId("p1"), title: "My Post", authorId: ObjectId("u1") }
// users collection
{ _id: ObjectId("u1"), name: "Ann", email: "ann@x.com" }
// comments collection
{ _id: ObjectId("c1"), postId: ObjectId("p1"), user: "Bob", text: "Great!" }

// ✓ author/comments stored ONCE, updated in one place; no document-size issues
// ✓ each entity managed independently
// ✗ need multiple queries or $lookup to combine (slower reads for related data)
```

## Trade-off berdampingan

```text
                  Embedding                    Referencing
Reads             ✓ fast (one query)           ✗ multiple queries / $lookup
Data duplication  ✗ duplicated (update many)   ✓ stored once
Document size     ✗ grows (16MB limit risk)    ✓ no size concern
Updates           ✗ update in every copy       ✓ update in one place
Atomicity         ✓ atomic (single document)   ✗ across documents
Best for          contains, accessed-together  shared, large, independent, many
```

## Pendekatan hibrida (umum)

```js
// embed a SUBSET for fast reads, reference for the full data
{ title: "Post", author: { _id: ObjectId("u1"), name: "Ann" } }  // enough for display
// → reference (author._id) for full details when needed; embed name for the common read
```

## Mengapa ini penting

Memahami embedding vs referencing adalah **keterampilan inti pemodelan data MongoDB**, sehingga merupakan pengetahuan penting untuk merancang aplikasi MongoDB yang efektif.

Keputusan ini — menyimpan data terkait di dalam dokumen (embedding) vs di dokumen terpisah yang terhubung (referencing) — secara langsung menentukan performa pembacaan, konsistensi data, ukuran dokumen, dan kompleksitas pembaruan aplikasi, menjadikannya pilihan desain MongoDB yang paling penting.

Memahami **trade-off** adalah kunci: **embedding** memberikan pembacaan kueri tunggal yang cepat dari data terkait dan pembaruan atomik (sesuai untuk hubungan "contains", data yang diakses bersama, data sub yang terbatas) tetapi menyebabkan duplikasi (kompleksitas pembaruan jika data dibagikan) dan pertumbuhan dokumen (berisiko melebihi batas 16MB jika tidak terbatas); **referencing** menyimpan data sekali saja (pembaruan mudah, tanpa duplikasi, tanpa masalah ukuran, manajemen independen) tetapi memerlukan beberapa kueri atau `$lookup` untuk menggabungkan (pembacaan data terkait lebih lambat).

Mengetahui skenario mana yang cocok — embed untuk data yang terbatas, dimiliki, diakses bersama; reference untuk data besar, dibagikan, independen, atau banyak hubungan — adalah penilaian pemodelan yang penting.

Memahami **pendekatan hibrida** yang umum (embedding subset untuk pembacaan cepat sambil mereferensi data lengkap — mendapatkan yang terbaik dari keduanya) mencerminkan desain yang canggih.

Karena keputusan ini secara mendalam mempengaruhi kualitas aplikasi MongoDB (pilihan yang salah menyebabkan kueri lambat, dokumen membengkak, atau pembaruan yang menyakitkan), dan karena ini adalah keterampilan pemodelan MongoDB yang fundamental dan khas (tanpa ekuivalen SQL langsung — SQL menormalisasi secara default), memahami embedding vs referencing — trade-off, kapan menggunakan masing-masing, dan pendekatan hibrida — adalah pengetahuan yang penting dan bernilai tinggi yang merupakan inti dari pemodelan data MongoDB yang efektif dan salah satu topik MongoDB yang paling penting dan sering dibicarakan, pusat untuk merancang skema yang berkinerja baik sesuai pola akses aplikasi.