MongoDB taħdem ir-relazzjonijiet (wieħed-għal-wieħed, wieħed-għal-ħafna, ħafna-għal-ħafna) permezz ta' embedding jew referencing — il-għażla tiddependi fuq il-kardinalità tal-relazzjoni, kif id-data tiġi aċċessata, u jekk hi maqsuma. B'differenza mill-approċċ uniformi ta' SQL tal-foreign keys, MongoDB toffri flessibilità għal kull relazzjoni.
{ : (), : , : { : , : } }
// 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
In-nuance ewlenija: one-to-few (embed), one-to-many (reference mill-ħafna side), one-to-squillions (dejjem reference — qatt ma embed data bla limiti, minħabba l-limitu ta' 16MB tal-dokument u l-performance).
// 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)
Hafna-għal-ħafna tuża arrays ta' referenced ids (fuq naħa waħda jew it-tnejn), jew kollezione separata simili għal junction għal data ta' relazzjoni rikka.
// join referenced data when needed
db.books.aggregate([
{ $lookup: { from: "authors", localField: "authorId", foreignField: "_id", as: "author" } }
]);
Il-mudell tar-relazzjonijiet hu fundamentali għad-disinn tad-database, u l-approċċ flessibli ta' MongoDB misjuq mill-pattern ta' aċċess hu differenti mill-foreign keys uniformi ta' SQL, għalhekk il-fehim kif taħdem ir-relazzjonijiet f'MongoDB hu essenzjali għad-disinn ta' schemas effettivi.
L-insight ewlenija hu li MongoDB taħdem ir-relazzjonijiet permezz ta' embedding jew referencing ibbażat fuq il-karatteristiċi tal-relazzjoni — u l-fehim kif il-kardinalità taffettwa l-għażla hu l-ħila kruċjali: one-to-one (ġeneralment embed — aċċessati flimkien), one-to-many bl-importanza tiegħu (one-to-few → embed għal data limitata aċċessata flimkien; one-to-many → reference mill-many side; one-to-squillions → dejjem reference, qatt ma embed data bla limiti minħabba l-limitu ta' 16MB tal-dokument u l-performance), u many-to-many (arrays ta' referenced ids, jew kollezione simili għal junction).
Din il-ħadam misjuq mill-kardinalità (speċjalment li tniżżel meta d-data tkun kbira wisq/bla limiti biex tiġi embed) hu essenzjali biex nevitaw ix-xalata komuni bħal embedding ta' arrays bla limiti (li jifgħu d-documenti, jolqtu l-limiti) jew over-referencing ta' data li setgħet tiġi embed.
L-fehim kif tiggieldu r-referenzi b' $lookup meta joins huma meħtieġa li jkunpli l-istampa.
Billi r-relazzjonijiet bejn l-entitajiet huma inerenti f'ħafna mudelli ta' data, u billi l-approċċ flessibli ta' MongoDB għal kull relazzjoni (embed vs reference ibbażat fuq kardinalità u pattern ta' aċċess) hu fundamentalment differenti minn u aktar nuanced mill-foreign keys uniformi ta' SQL, l-fehim kif taħdem ir-relazzjonijiet f'MongoDB — il-ħamim misjuq mill-kardinalità ta' embed/reference (speċjalment id-distinzione one-to-few/many/squillions) u li tiggieldu r-referenzi — hu essenzjali, il-għarfien applikat ta' spiss għad-disinn ta' schema ta' MongoDB effettiv, bini fuq il-fundamentals embed/reference biex tħaddmu r-relazzjonijiet li kull applikazzjoni reali għandha, u erja ewlenija li tiddistingwi l-mudell ta' MongoDB sound minn ports relazzjonali naiv.}}]}]