Kako modelirate relacije u MongoDB-u?

Question

Accepted Answer

MongoDB modelira relacije (jedan-na-jedan, jedan-na-mnogo, mnogo-na-mnogo) kroz **ugneždavanje** ili **referenciranje** — izbor ovisi o kardinalnosti relacije, kako se podaci pristupaju, i jesu li dijeljeni. Za razliku od SQL-ova jednoličnog pristupa stranim ključevima, MongoDB nudi fleksibilnost po relaciji.

## Jedan-na-jedan

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

## Jedan-na-mnogo (najčešći — i najnijansiraniji)

```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 nijansa: **jedan-na-nekoliko** (ugneždavanje), **jedan-na-mnogo** (referenciranje sa strane mnogo), **jedan-na-trilione** (uvijek referenciranje — nikada ne ugneždavajte neograničene podatke, zbog ograničenja od 16MB po dokumentu i performansi).

## Mnogo-na-mnogo

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

Mnogo-na-mnogo koristi niz referencianih id-eva (na jednoj ili obje strane), ili zasebnu kolekciju sličnu spojnoj tablici za bogate podatke relacije.

## Razrješavanje referencija ($lookup)

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

## Zašto je važno

Modeliranje relacija je temeljno za dizajn baze podataka, a MongoDB-ov fleksibilan pristup vođen pristupnim uzorcima razlikuje se od SQL-ova jednoličnih stranih ključeva, pa je razumijevanje kako modelirati relacije u MongoDB-u bitno za dizajniranje učinkovitih shema.

Ključni uvid je da MongoDB modelira relacije kroz **ugneždavanje ili referenciranje** na osnovu karakteristika relacije — i razumijevanje **kako kardinalnost utječe na izbor** je kritična vještina: **jedan-na-jedan** (obično ugneždavanje — zajedno pristupljeno), **jedan-na-mnogo** sa važnim nijansama (**jedan-na-nekoliko** → ugneždavanje za ograničene zajedno pristupljene podatke; **jedan-na-mnogo** → referenciranje sa strane mnogo; **jedan-na-trilione** → uvijek referenciranje, nikada ugneždavanje neograničenih podataka zbog ograničenja od 16MB po dokumentu i performansi), i **mnogo-na-mnogo** (nizovi referencianih id-eva, ili kolekcija slična spojnoj tablici).

Ova odluka vođena kardinalnosti (posebice prepoznavanje kada su podaci previše veliki/neograničeni za ugneždavanje) je bitna za izbjegavanje čestih greški kao što su ugneždavanje neograničenih nizova (natapanje dokumenata, dosezanje ograničenja) ili prekomjerno referenciranje podataka koji bi trebali biti ugneždavani.

Razumijevanje kako **razriješiti reference** sa `$lookup` kada su spojevi potrebni dovršava sliku.

Budući da su relacije između entiteta svojstvene većini podatkovnih modela, i budući da je MongoDB-ov fleksibilan pristup po relaciji (ugneždavanje vs referenciranje na osnovu kardinalnosti i pristupnih uzoraka) fundamentalno drugačiji i nijansiraniji od SQL-ova jednoličnih stranih ključeva, razumijevanje kako modelirati relacije u MongoDB-u — odluke o ugneždavanju/referenciranju vođene kardinalnosti (posebice razlikovanje jedan-na-nekoliko/mnogo/trilione) i razrješavanje referencija — je bitno, često korišteno znanje za učinkovit MongoDB dizajn sheme, temeljeno na temeljima ugneždavanja/referenciranja za rukovanje relacijama koje svaka stvarna aplikacija ima, i ključno je područje koje razlikuje dobar MongoDB modeling od naivnih relacijskih portiranja.