Cum modelezi relațiile în MongoDB?

Question

Accepted Answer

MongoDB modelează relațiile (unu-la-unu, unu-la-mulți, mulți-la-mulți) prin **încorporare** sau **referențiere** — alegerea depinde de cardinalitatea relației, de modul în care sunt accesate datele și de dacă sunt partajate. Spre deosebire de abordarea uniformă a cheilor străine din SQL, MongoDB oferă flexibilitate pentru fiecare relație.

## Unu-la-unu

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

## Unu-la-mulți (cea mai frecventă — și cea mai nuanțată)

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

Nuanța cheie: **unu-la-puțini** (încorporare), **unu-la-mulți** (referențiere din partea multora), **unu-la-milioane** (întotdeauna referențiere — niciodată nu încorpora date nelimitate, datorită limitei de 16MB pe document și performanță).

## Mulți-la-mulți

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

Multi-la-mulți folosește tablouri de id-uri referențiate (pe una sau ambele părți), sau o colecție separată de tip joncțiune pentru date bogate ale relației.

## Rezolvarea referințelor ($lookup)

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

## De ce este important

Modelarea relațiilor este fundamentală pentru proiectarea bazelor de date, și abordarea flexibilă, bazată pe modelul de acces a MongoDB, este diferită de cheile străine uniforme din SQL, deci înțelegerea cum se modelează relațiile în MongoDB este esențială pentru proiectarea schemelor eficiente.

Insight-ul cheie este că MongoDB modelează relațiile prin **încorporare sau referențiere** pe baza caracteristicilor relației — și înțelegerea **cum cardinalitatea afectează alegerea** este abilitatea crucială: **unu-la-unu** (de obicei încorporare — accesate împreună), **unu-la-mulți** cu nuanțele sale importante (**unu-la-puțini** → încorporare pentru date accesate împreună și limitate; **unu-la-mulți** → referențiere din partea multora; **unu-la-milioane** → întotdeauna referențiere, niciodată nu încorpora date nelimitate datorită limitei de 16MB pe document și performanță), și **mulți-la-mulți** (tablouri de id-uri referențiate, sau o colecție de tip joncțiune).

Această luare de decizie bazată pe cardinalitate (în special recunoașterea când datele sunt prea mari/nelimitate pentru a fi încorporate) este esențială pentru evitarea greșelilor comune cum ar fi încorporarea tablourilor nelimitate (umflarea documentelor, atingerea limitelor) sau supra-referențierea datelor care ar trebui să fie încorporate.

Înțelegerea cum să **rezolvi referințele** cu `$lookup` când sunt necesare joncțiuni completează imaginea.

Deoarece relațiile între entități sunt inerente în majoritatea modelelor de date, și deoarece abordarea flexibilă a MongoDB per-relație (încorporare vs referențiere bazată pe cardinalitate și modele de acces) este fundamental diferită și mai nuanțată decât cheile străine uniforme din SQL, înțelegerea cum se modelează relațiile în MongoDB — deciziile de încorporare/referențiere bazate pe cardinalitate (în special distinția unu-la-puțini/mulți/milioane) și rezolvarea referințelor — este cunoaștere esențială, frecvent aplicată, pentru proiectarea eficientă a schemelor MongoDB, construind pe fundamentele de încorporare/referențiere pentru a gestiona relațiile pe care le are fiecare aplicație reală, și o zonă cheie care distinge modelarea MongoDB corectă de porturile naive ale relaționale.