Kako modeliraš relacije v MongoDB?

Question

Accepted Answer

MongoDB modelira relacije (ena-na-ena, ena-na-Many, Many-na-Many) s **vgraditvijo** ali **referenciranjem** — izbira je odvisna od kardinalnosti relacije, kako se dostopa podatke in ali se delijo. Za razliko od enotnega pristopa s tujimi ključi v SQL-u MongoDB ponuja fleksibilnost za vsako relacijo.

## Ena-na-ena

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

## Ena-na-Many (najbolj pogosta — in najbolj nuancirana)

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

Klučna nuanca: **ena-na-malo** (vgradi), **ena-na-Many** (referencira z večje strani), **ena-na-ogromno** (vedno referencira — nikoli ne vgrajevaj neomejenih podatkov, zaradi omejitve 16MB dokumenta in učinkovitosti).

## Many-na-Many

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

Many-na-Many uporablja nize sklicanih id-jev (na eni ali obeh straneh) ali ločeno zbirko, podobno zveznoj tabeli, za bogata podatka relacije.

## Razreševanje referenc ($lookup)

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

## Zakaj je to pomembno

Modeliranje relacij je temeljno za oblikovanje podatkovne baze, in Mongov fleksibilen, na vzorce dostopa usmerjen pristop je drugačen od enotnih tujih ključev SQL-a, zato je razumevanje kako modelirati relacije v MongoDB-u bistveno za oblikovanje učinkovitih shem.

Klučni vpogled je, da MongoDB modelira relacije s **vgraditvijo ali referenciranjem** glede na značilnosti relacije — in razumevanje **kako kardinalnost vpliva na izbiro** je bistvena spretnost: **ena-na-ena** (navadno vgradi — dostopana skupaj), **ena-na-Many** s svojimi važnimi niancami (**ena-na-malo** → vgradi za omejena skupaj dostopana podatka; **ena-na-Many** → referencira z večje strani; **ena-na-ogromno** → vedno referencira, nikoli ne vgrajevaj neomejenih podatkov zaradi omejitve 16MB dokumenta in učinkovitosti), in **Many-na-Many** (nizi sklicanih id-jev ali zbirka, podobna zvezni tabeli).

Odločanje verjamem na kardinalnosti (posebej prepoznavanje, kadar so podatki preveliki/neomejeni za vgraditev) je bistveno za izogibanje pogostim napakam kot sta vgraditev neomejenih nizov (raztezanje dokumentov, doseganje omejitev) ali prevereferencirannje podatkov, ki bi morali biti vgrajeni.

Razumevanje kako **razrešiti reference** z `$lookup` kadar so potrebni stiki dopolni sliko.

Ker so relacije med entitetami inherentne v večini podatkovnih modelov, in ker je Mongov fleksibilen pristop za vsako relacijo (vgradi proti referencira glede na kardinalnost in vzorce dostopa) bistveno drugačen in bolj nianciran kot enotni tuji ključi SQL-a, je razumevanje kako modelirati relacije v MongoDB-u — odločitve verjamem na kardinalnosti za vgraditev/referenciranje (posebej razločevanje ena-na-malo/Many/ogromno) in razreševanje referenc — bistveno, pogosto uporabljeno znanje za učinkovito oblikovanje MongoDB-a shem, gradnje na osnovah vgraditve/referenciranja za rokovanje relacijami, ki jih ima vsaka resnična aplikacija, in ključna področja, ki razlikujejo dobro MongoDB modeliranje od naivnih relacijskih portov.