Embedding (gömme) ile referencing (referans verme) arasındaki fark nedir?

Question

Accepted Answer

**Embedding** ilişkili verileri bir belgenin *içinde* depolar (iç içe); **referencing** verileri kimlik (id) ile bağlanan *ayrı* belgelerde depolar. Bu, MongoDB'nin temel modellemesi kararıdır ve okuma performansı, veri boyutu ve güncelleme karmaşıklığı açısından farklı dengelemeler sunar.

## Embedding — belge içinde iç içe

```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 — kimlik ile bağlanan ayrı belgeler

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

## Dengelemeler yan yana

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

## Hibrit bir yaklaşım (yaygın)

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

## Neden önemli

Embedding vs referencing arasındaki farkı anlamak, **MongoDB veri modellemesinin temel becerisidir** ve bu nedenle etkili MongoDB uygulamaları tasarlamak için gerekli bilgidir.

Bu karar — ilişkili verileri bir belgenin içinde depolamak (embedding) ya da ayrı bağlantılı belgelerde depolamak (referencing) — doğrudan uygulamanın okuma performansını, veri tutarlılığını, belge boyutunu ve güncelleme karmaşıklığını belirler ve bu da onu en etkili MongoDB tasarım seçimi yapar.

**Dengelemeler** anlaşılması önemlidir: **Embedding** ilişkili verilerin hızlı tek-sorgu okunuşunu ve atomik güncellemeleri sağlar ("içerir" ilişkilerine, birlikte erişilen verilere, sınırlı alt-verilere uygun) ancak yinelemeye neden olur (paylaşılan veriyse güncelleme karmaşıklığı) ve belge büyümesine neden olur (sınırsızsa 16MB sınırını riske atar); **Referencing** verileri bir kez depolar (kolay güncellemeler, yineleme yok, boyut sorunu yok, bağımsız yönetim) ancak birleştirmek için birden fazla sorgu veya `$lookup` gerektirir (ilişkili veri okumaları daha yavaş).

Hangi duruma hangisinin uyduğunu bilmek — sınırlı, sahip olunan, birlikte erişilen veriler için embed; büyük, paylaşılan, bağımsız veya çok ilişkiler için referans verin — temel modellemesi yargısıdır.

Yaygın **hibrit yaklaşımı** anlamak (hızlı okumalar için bir alt kümesi gömme ve tam veriler için referansı verme — her ikisinin de avantajını alma), sofistike tasarımı yansıtır.

Bu karar MongoDB uygulamalarının kalitesini derinden etkilediğinden (yanlış seçimler yavaş sorguları, şişmiş belgeleri veya acı verici güncellemeleri ortaya çıkarır) ve MongoDB'nin temel, ayırt edici modellemesi becerisi olduğundan (doğrudan SQL eşdeğeri yok — SQL varsayılan olarak normalleştirir), embedding vs referencing'i anlamak — dengelemeler, her birini ne zaman kullanacağını ve hibrit yaklaşımları — gerekli, yüksek değerli bilgidir ve bu, etkili MongoDB veri modellemesinin merkezinde ve bir uygulamanın erişim desenlerine iyi performans gösteren şemaları tasarlama konusunda en önemli ve en sık tartışılan MongoDB konularından biridir.