Hogyan tervezzük meg a sémákat a MongoDB-ben?

Question

Accepted Answer

A MongoDB séma tervezése egy kulcsfontosságú döntésre összpontosít: **beágyazás** (kapcsolódó adatok tárolása egy dokumentumon belül) vagy **hivatkozás** (kapcsolódó adatok tárolása külön dokumentumokban/kollekcióban hivatkozásokkal). Az SQL alapértelmezett normalizálásával ellentétben a MongoDB tervezés az adatok *hozzáférésének* módjára optimalizál.

## Beágyazás — kapcsolódó adatok együttes tárolása

```js
// embed related data within the document
{
  _id: ObjectId("..."),
  name: "Ann",
  address: { city: "NY", zip: "10001" },        // embedded sub-document
  orders: [                                      // embedded array of orders
    { product: "Phone", amount: 999 },
    { product: "Case", amount: 20 }
  ]
}
// → ONE query gets the user AND their address AND orders (no joins)
```

**A beágyazás** kapcsolódó adatokat egy dokumentumban tartja — egyetlen lekérdezésben olvassa be az összeset (gyors, nincsenek illesztések). Jó olyan adatokhoz, amelyeket együtt érünk el és "tartalmaz" kapcsolatok esetén.

## Hivatkozás — külön dokumentumok összekapcsolása

```js
// store a reference (id) to a document in another collection
{ _id: ObjectId("u1"), name: "Ann" }                          // users collection
{ _id: ObjectId("o1"), userId: ObjectId("u1"), product: "Phone" } // orders collection
// → query orders by userId; use $lookup to join when needed
```

**A hivatkozás** külön tárolt adatokat és id-alapú hivatkozásokat használ (mint egy idegen kulcs) — külön lekérdezhetünk vagy csatlakozhatunk az `$lookup` segítségével.

## Mikor használjunk beágyazást vagy hivatkozást

```text
EMBED when:
  ✓ data is accessed TOGETHER (read the parent → you want the children)
  ✓ a "contains"/ownership relationship (address, order line items)
  ✓ the embedded data is bounded (not unboundedly growing)
  ✓ one-to-few relationships

REFERENCE when:
  ✓ data is large or grows UNBOUNDEDLY (avoid huge documents — 16MB doc limit!)
  ✓ data is accessed/updated INDEPENDENTLY
  ✓ many-to-many or one-to-many with many
  ✓ the same data is shared/referenced by many documents (avoid duplication)
```

## Tervezés hozzáférési minták alapján (a kulcselv)

```text
MongoDB schema design is driven by HOW YOU QUERY the data, not pure normalization:
  → Structure data so common queries are efficient (often a single document read).
  → "Data that is accessed together should be stored together."
  → This may mean DENORMALIZING (some duplication) for read efficiency — acceptable
    in MongoDB, traded against update complexity.
```

## Miért számít

A séma tervezés rendkívül fontos a MongoDB-ben — különbözik az SQL-ben szereplőtől, és vitathatatlanul több következménnyel jár, mivel a MongoDB rugalmas dokumentummodellje olyan választási lehetőségeket kínál, amelyek jelentősen befolyásolják a teljesítményt és a karbantarthatóságot, ezért ennek megértése nélkülözhetetlen a hatékony MongoDB-alkalmazások építéséhez.

A központi döntés — **beágyazás vagy hivatkozás** — a meghatározó MongoDB tervezési választás: a **beágyazás** (kapcsolódó adatok tárolása egy dokumentumon belül) lehetővé teszi a kapcsolódó adatok gyors, egyetlen lekérdezésből történő olvasását (nincsenek illesztések) és olyan adatokhoz illik, amelyeket együtt érünk el és "tartalmaz" kapcsolatok, míg a **hivatkozás** (külön dokumentumok id szerinti összekapcsolása) nagy/korlátlan adatokhoz, függetlenül hozzáférhető adatokhoz és közös/sok kapcsolatokhoz illik.

Annak megértése, hogy **mikor melyiket használjuk** (beágyazás korlátozott, együtt hozzáférhető, szerzett adatokhoz; hivatkozás nagy/növekvő, független, közös vagy sok kapcsolatokhoz — és vigyázzunk a MongoDB 16MB-os dokumentumméret-korlátjára) a kulcsfontosságú készség.

A legfontosabb, hogy megértsük az irányadó elvet — **tervezés hozzáférési minták alapján** (az adatok strukturálása az *adatok lekérdezésének* módja alapján, így a gyakori lekérdezések hatékonyak, gyakran egyetlen dokumentum olvasása, nem pedig az SQL-hez hasonló alapértelmezett normalizálás) — ez különbözteti meg a jó MongoDB séma tervezést.

Ez azt jelentheti, hogy elfogadunk bizonyos **denormalizálást** (duplikálást) az olvasás hatékonyságáért, amit az frissítési komplexitás ellen kell mérlegelni, ami elfogadható és gyakran helyes a MongoDB-ben.

Mivel a séma tervezés mélyrehatóan befolyásolja a MongoDB-alkalmazások teljesítményét és karbantarthatóságát (rossz beágyazás/hivatkozás választás lassú lekérdezéseket, hatalmas dokumentumokat vagy frissítési komplexitást okoz), és mivel a hozzáférési mintákon alapuló, beágyazás-vagy-hivatkozás megközelítés alapvetően különbözik az SQL normalizálástól, a MongoDB séma tervezésének megértése — a beágyazás/hivatkozás döntés, mikor melyiket használni, és a hozzáférési minták alapján történő tervezés — nélkülözhetetlen, nagy értékű tudás a hatékony MongoDB-alkalmazások építéséhez, az egyik legfontosabb és legkülönlegesebb MongoDB-téma, amely különböztet azokat, akik jó dokumentumsémákat terveznek, azoktól, akik naivan relációs terveket viselnek át.