Kuinka mallinnat suhteita MongoDBssa?

Question

Accepted Answer

MongoDB mallintaa suhteita (yksi-yhteen, yksi-moneen, moneen-moneen) **upottamisen** tai **viittaamisen** kautta — valinta riippuu suhteen kardinaliteetista, siitä, miten dataa käytetään, ja onko se jaettu. Toisin kuin SQL:n yhtenäinen vierasavaimen lähestymistapa, MongoDB tarjoaa joustavuutta jokaiselle suhteelle.

## Yksi-yhteen

```js
// usually EMBED (the related data belongs to the document)
{ _id: ObjectId("..."), name: "Ann", profile: { bio: "...", avatar: "..." } }
// → one query gets both; they're accessed together
```

## Yksi-moneen (yleisin — ja monimutkaisin)

```js
// ONE-TO-FEW → embed (bounded, accessed together)
{ _id: ObjectId("..."), name: "Ann", addresses: [ {...}, {...} ] }  // a few addresses

// ONE-TO-MANY → reference (the "many" side references the "one")
// authors collection: { _id: "a1", name: "Ann" }
// books collection:   { _id: "b1", authorId: "a1", title: "..." }  // each book references its author

// ONE-TO-SQUILLIONS (huge/unbounded) → ALWAYS reference (never embed unbounded data)
// e.g. a user with millions of log entries → separate collection, reference by userId
```

Ratkaisevan tärkeä vivahde: **yksi-muutama** (upota), **yksi-moneen** (viittaa monien puolelta), **yksi-miljooniin** (viittaa aina — älä koskaan upota rajatonta dataa, koska dokumentit ovat rajoitettu 16 MB:iin ja suorituskykysyistä).

## Moneen-moneen

```js
// reference with an array of ids (on one or both sides)
{ _id: "s1", name: "Student", courseIds: ["c1", "c2"] }     // student → courses
{ _id: "c1", name: "Course", studentIds: ["s1", "s2"] }     // course → students (optional)
// → query and $lookup to resolve; or a separate "enrollments" collection (junction-like)
```

Moneen-moneen käyttää viitattavien id:iden taulukoita (toisella tai molemmilla puolilla), tai erillisen liitos-tyyppistä kokoelmaa rikkaalle suhdedatalle.

## Viitteiden ratkaiseminen ($lookup)

```js
// join referenced data when needed
db.books.aggregate([
  { $lookup: { from: "authors", localField: "authorId", foreignField: "_id", as: "author" } }
]);
```

## Miksi se on tärkeää

Suhteiden mallintaminen on tietokannan suunnittelun perustoiminto, ja MongoDBn joustava, käyttökuvion perusteella määriteltävä lähestymistapa eroaa SQL:n yhtenäisistä vierasavaimista. Siksi on olennaista ymmärtää, kuinka mallintaa suhteita MongoDBssa tehokkaan skeeman suunnittelemiseksi.

Ratkaisevan tärkeä näkemys on, että MongoDB mallintaa suhteita **upottamisen tai viittaamisen** kautta suhteen ominaisuuksien perusteella — ja ymmärtäminen **siitä, kuinka kardinaliteetti vaikuttaa valintaan**, on kriittinen taito: **yksi-yhteen** (yleensä upota — käytetään yhdessä), **yksi-moneen** tärkeillä vivahteilla (**yksi-muutama** → upota rajoitetulle yhteen käytetylle datalle; **yksi-moneen** → viittaa monien puolelta; **yksi-miljooniin** → viittaa aina, älä koskaan upota rajatonta dataa 16 MB dokumentin rajan ja suorituskyvyn vuoksi), ja **moneen-moneen** (viitattavien id:iden taulukot tai liitos-tyyppinen kokoelma).

Tämä kardinaliteetin mukainen päätöksenteko (erityisesti tunnistaminen, milloin data on liian suuri/rajaton upotettavaksi) on olennaista yleisten virheiden välttämiseksi, kuten rajattomien taulukoiden upottamisesta (dokumenttien paisuminen, rajojen saavuttaminen) tai liiallisesta viittaamisesta dataan, joka pitäisi upottaa.

Ymmärtäminen siitä, kuinka **ratkaista viitteet** `$lookup`:lla, kun liitoksia tarvitaan, täydentää kuvan.

Koska entiteettien väliset suhteet ovat luontaisia useimmissa tietomalleissa, ja koska MongoDBn joustava per-suhde-lähestymistapa (upota vastaan viittaa kardinaliteetin ja käyttökuvioiden perusteella) on perustavanlaatuisesti erilainen ja vivahteikkaampaa kuin SQL:n yhtenäiset vierasavaimet, ymmärtäminen siitä, kuinka mallintaa suhteita MongoDBssa — kardinaliteetin perusteella tehdyt upota/viittaa-päätökset (erityisesti yksi-muutama/moneen/miljooniin-erottelu) ja viitteiden ratkaiseminen — on olennaista, usein sovellettavaa tietoa MongoDBn skeeman suunnitteluun, joka perustuu upota/viittaa-perusteisiin kattamaan suhteet, joita jokaisella todellisella sovelluksella on, ja merkittävä alue, joka erottaa kuuluvaa MongoDBn mallintamista naiiveista relaatiotietokantojen siirroista.