Mi a különbség az embedding és a referencing között?

Question

Accepted Answer

**Az embedding** a kapcsolódó adatokat *egy dokumentumon belül* tárolja (beágyazott); **a referencing** ezeket *külön* dokumentumokban tárolja, azonosító által összekapcsolva. Ez a MongoDB alapvető modellezési döntése, különböző kompromisszumokkal az olvasási teljesítmény, az adatméret és a frissítési bonyolultság tekintetében.

## Embedding — a dokumentumon belülre ágyazott

```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 — külön dokumentumok azonosító által összekapcsolva

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

## A kompromisszumok egymás mellett

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

## Hibrid megközelítés (gyakori)

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

## Miért számít ez

Az embedding és referencing közötti megértés a **MongoDB adatmodellezés alapvető készségei**, ezért nélkülözhetetlen ismeretanyag a hatékony MongoDB alkalmazások megtervezéséhez.

Ez a döntés — a kapcsolódó adatok dokumentumon belüli tárolása (embedding) vagy külön összekapcsolt dokumentumokban (referencing) — közvetlenül meghatározza egy alkalmazás olvasási teljesítményét, adat konzisztenciáját, dokumentum méretét és frissítési bonyolultságát, így a legfontosabb MongoDB tervezési döntés.

A **kompromisszumok** megértése kulcsfontosságú: az **embedding** gyors egylekérdezéses olvasást nyújt a kapcsolódó adatokról és atomi frissítéseket ("tartalmaz" relációk, együtt elért adatok, korlátozott aladata esetén megfelelő), de adatduplikációt okoz (frissítési bonyolultság, ha az adatok megosztottak) és dokumentum növekedéshez vezet (kockázatot jelent a 16 MB-os korláttal szemben, ha korlátlan); a **referencing** az adatokat egyszer tárolja (könnyű frissítések, nincs duplikáció, nincs méretproblém, független kezelés), de több lekérdezést vagy `$lookup`-ot igényel a kombinációhoz (lassabb kapcsolódó adatok olvasása).

Annak ismerete, hogy melyik forgatókönyv melyikhez passzol — korlátozott, saját, együtt elért adatok esetén embedding; nagy, megosztott, független vagy sok relációs adatok esetén referencing — az alapvető modellezési ítélet.

A gyakori **hibrid megközelítés** megértése (aladatok beágyazása a gyors olvasásért, míg a teljes adatok referenciálása — a legjobb mindkettőből) kifinomult tervezést tükröz.

Minthogy ez a döntés mélyen befolyásolja a MongoDB alkalmazás minőségét (helytelen választások lassú lekérdezésekhez, felduzzadt dokumentumokhoz vagy fájdalmas frissítésekhez vezetnek), és mivel ez az alapvető, karakterisztikus MongoDB modellezési készség (nincs közvetlen SQL megfelelője — az SQL alapértelmezetten normalizál), az embedding és referencing megértése — a kompromisszumok, mikor használjunk egyet-egyet és hibrid megközelítéseket — nélkülözhetetlen, értékes tudás, amely az hatékony MongoDB adatmodellezés szívében áll és az egyik legfontosabb és leggyakrabban tárgyalt MongoDB téma, amely központi szerepet játszik olyan sémák megtervezésében, amelyek jól teljesítenek egy alkalmazás hozzáférési mintáihoz.