Kakšna je razlika med vgradnjo in referenciranjem?

Question

Accepted Answer

**Vgradnja** shranjuje povezane podatke *znotraj* dokumenta (gnezdeni); **referenciranje** jih shranjuje v *ločenih* dokumentih, povezanih z id-jem. To je jedrnata odločitev pri modeliranju v MongoDB-u, z različnimi kompromisi za hitrost branja, velikost podatkov in zapletenost posodobitev.

## Vgradnja — gnezdeni znotraj dokumenta

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

## Referenciranje — ločeni dokumenti, povezani z id-jem

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

## Kompromisi drug ob drugem

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

## Hibridni pristop (pogost)

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

## Zakaj je to pomembno

Razumevanje vgradnje v primerjavi z referenciranjem je **jedrnata veščina modeliranja podatkov MongoDB-a**, zato je bistveno znanje za načrtovanje učinkovitih MongoDB aplikacij.

Ta odločitev — shranjevanje povezanih podatkov znotraj dokumenta (vgradnja) v primerjavi s shranjevanjem v ločenih povezanih dokumentih (referenciranje) — neposredno določa hitrost branja aplikacije, konsistentnost podatkov, velikost dokumenta in zapletenost posodobitev, kar jo naredi najbolj pomembno MongoDB odločitev za načrtovanje.

Razumevanje **kompromisov** je ključno: **vgradnja** omogoča hitro branje povezanih podatkov iz enega poizvedka in atomske posodobitve (primerno za odnose "vsebuje", skupno dostopane podatke, omejene podpodatke), vendar povzroči podvajanje (zapletenost posodobitev, če so podatki skupni) in rast dokumenta (tveganje 16MB limite, če je neomejeno); **referenciranje** shranjuje podatke enkrat (enostavne posodobitve, brez podvajanja, brez težav z velikostjo, neodvisno upravljanje), vendar zahteva več poizvedb ali `$lookup` za kombiniranje (počasnejše branje povezanih podatkov).

Znanje, katero se prilega kateremu scenariju — vgradnja za omejene, lastniške, skupno dostopane podatke; referenciranje za velike, skupne, neodvisne ali številne odnose — je bistvena odločitev pri modeliranju.

Razumevanje običajnega **hibridnega pristopa** (vgradnja podmnožice za hitro branje, medtem ko se referencira za polne podatke — doseganje najboljšega obojega) odraža napredek oblikovanja.

Ker ta odločitev globoko vpliva na kakovost MongoDB aplikacije (napačne izbire povzročijo počasne poizvedbe, napihnjena dokumenta ali boleče posodobitve), in ker je temeljna, posebna MongoDB veščina modeliranja (brez direktnega SQL enakovrednika — SQL normalizira privzeto), razumevanje vgradnje v primerjavi z referenciranjem — kompromisov, kdaj uporabiti kaj, in hibridnih pristopov — je bistveno, dragoceno znanje, ki je srce učinkovitega MongoDB modeliranja podatkov in ena izmed najpomembnejših in najbolj pogosto razpravljanih MongoDB tem, osrednjega pomena za načrtovanje shem, ki dobro delujejo za vzorce dostopa aplikacije.