Mitä eroa on upottamisella ja viittaamisella?

Question

Accepted Answer

**Upottaminen** tallentaa siihen liittyvät tiedot *dokumentin sisälle* (sisäkkäin); **viittaaminen** tallentaa ne *erillisiin* dokumentteihin, jotka on linkitetty tunnuksella. Tämä on MongoDB:n ydinmallinnus valinta, jolla on erilaiset kompromissit lukusuorituskyvyn, datan koon ja päivitysten monimutkaisuuden suhteen.

## Upottaminen – sisäkkäin dokumentissa

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

## Viittaaminen – erilliset dokumentit linkitettynä tunnuksella

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

## Kompromissit rinnakkain

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

## Hybridilähestymistapa (yleinen)

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

## Miksi sillä on merkitystä

Upottamisen ja viittaamisen ymmärtäminen on **MongoDB:n tietomallin luomisen ydinkohtainen taito**, joten se on olennainen tieto tehokkaan MongoDB-sovelluksen suunnittelemiseksi.

Tämä päätös – siihen liittyvien tietojen tallentaminen dokumentin sisälle (upottaminen) verrattuna erillisiin linkitettyihin dokumentteihin (viittaaminen) – määrää suoraan sovelluksen lukusuorituskyvyn, tiedon johdonmukaisuuden, dokumentin koon ja päivitysten monimutkaisuuden, mikä tekee siitä merkittävimmän MongoDB:n suunnittelupäätöksen.

**Kompromissien** ymmärtäminen on keskeistä: **upottaminen** mahdollistaa nopean yhden kyselyn lukemisen siihen liittyvistä tiedoista ja atomiset päivitykset (soveltuu "sisältää"-suhteille, yhdessä käytetyille tiedoille, rajoitetuille alitiedoille), mutta aiheuttaa päällekkäisyyttä (päivitysten monimutkaisuuden jos tiedot jaetaan) ja dokumentin kasvua (riskinä 16 Mt:n raja, jos se on rajoittamaton); **viittaaminen** tallentaa tiedot kerran (helpot päivitykset, ei päällekkäisyyttä, ei kokoon liittyviä ongelmia, itsenäinen hallinta), mutta vaatii useita kyselyitä tai `$lookup`-komentoa tietojen yhdistämiseen (hitaammat siihen liittyvien tietojen lukemat).

Tieto siitä, mikä sopii mihinkin tilanteeseen – upota rajoitettuja, omistettuja, yhdessä käytettyjä tietoja; viitata suuriin, jaettuihin, itsenäisiin tai moniin suhteisiin – on olennainen mallinnus arviointikyky.

Ymmärtäminen yleisestä **hybrid-lähestymistavasta** (alajoukon upottaminen nopeisiin lukemisiin samalla kun viitataan täysiin tietoihin – saaden parhaat molempia lähestymistavoista) heijastaa kehittynyttä suunnittelua.

Koska tämä päätös vaikuttaa merkittävästi MongoDB-sovelluksen laatuun (väärät valinnat aiheuttavat hitaita kyselyitä, puhuttuneita dokumentteja tai kivuliaita päivityksiä), ja koska se on perus-, erotteleva MongoDB:n mallinnus taito (suoralla SQL-vastineella – SQL normalisoi oletuksena), upottamisen ja viittaamisen ymmärtäminen – kompromissit, milloin kumpi kullakin käyttökerralla, ja hybridilähestymistavat – on olennainen, korkea-arvoinen tieto, joka on tehokkaan MongoDB:n tietomallin luomisen sydämessä ja yksi tärkeimmistä ja useimmin käsitellyistä MongoDB-aiheista, jotka ovat keskeisiä kaavioiden suunnittelussa, jotka toimivat hyvin sovelluksen käyttökuvioiden kanssa.