Embedding huhifadhi data inayohusiana ndani ya nyaraka (iliyowekwa ndani); referencing huihifadhi katika nyaraka tofauti zilizounganishwa kwa id. Huu ni uamuzi mkuu wa uundaji katika MongoDB, wenye maridhiano tofauti kwa utendaji wa kusoma, ukubwa wa data, na ugumu wa usasishaji.
{
: (),
: ,
: { : , : },
: [
{ : , : },
{ : , : }
]
}
// posts collection
{ _id: ObjectId("p1"), title: "My Post", authorId: ObjectId("u1") }
// users collection
{ _id: ObjectId("u1"), name: "Ann", email: "[email protected]" }
// comments collection
{ _id: ObjectId("c1"), postId: ObjectId("p1"), user: "Bob", text: "Great!" }
// ✓ author/comments stored ONCE, updated in one place; no document-size issues
// ✓ each entity managed independently
// ✗ need multiple queries or $lookup to combine (slower reads for related data)
Embedding Referencing
Reads ✓ fast (one query) ✗ multiple queries / $lookup
Data duplication ✗ duplicated (update many) ✓ stored once
Document size ✗ grows (16MB limit risk) ✓ no size concern
Updates ✗ update in every copy ✓ update in one place
Atomicity ✓ atomic (single document) ✗ across documents
Best for contains, accessed-together shared, large, independent, many
// embed a SUBSET for fast reads, reference for the full data
{ title: "Post", author: { _id: ObjectId("u1"), name: "Ann" } } // enough for display
// → reference (author._id) for full details when needed; embed name for the common read
Kuelewa embedding dhidi ya referencing ni ujuzi mkuu wa uundaji wa data wa MongoDB, kwa hivyo ni maarifa muhimu kwa kubuni programu za MongoDB zenye ufanisi.
Uamuzi huu — kuhifadhi data inayohusiana ndani ya nyaraka (embedding) dhidi ya katika nyaraka tofauti zilizounganishwa (referencing) — huamua moja kwa moja utendaji wa kusoma wa programu, uthabiti wa data, ukubwa wa nyaraka, na ugumu wa usasishaji, ukiifanya kuwa chaguo la ubunifu lenye matokeo makubwa zaidi la MongoDB.
Kuelewa maridhiano ni muhimu: embedding hutoa kusoma kwa haraka kwa mauliza moja kwa data inayohusiana na usasishaji wa atomiki (ukifaa uhusiano wa "ina", data inayofikiwa pamoja, data ndogo iliyofungwa) lakini husababisha kurudia (ugumu wa usasishaji kama data inashirikiwa) na ukuaji wa nyaraka (ukihatarisha kikomo cha 16MB kama hakuna kikomo); referencing huhifadhi data mara moja (usasishaji rahisi, bila kurudia, bila masuala ya ukubwa, usimamizi wa kujitenga) lakini huhitaji mauliza mengi au $lookup kuchanganya (kusoma polepole kwa data inayohusiana).
Kujua ipi inafaa hali ipi — ingiza kwa data ndogo iliyofungwa, inayomilikiwa, inayofikiwa pamoja; rejelea kwa uhusiano mkubwa, wa kushiriki, wa kujitenga, au wa wingi — ni uamuzi muhimu wa uundaji.
Kuelewa mbinu mseto ya kawaida (kuingiza sehemu kwa kusoma haraka huku ukirejelea kwa data kamili — kupata bora ya zote mbili) huonyesha ubunifu wa kisasa.
Kwa kuwa uamuzi huu huathiri kwa kina ubora wa programu ya MongoDB (chaguo mbaya husababisha mauliza polepole, nyaraka zilizovimba, au usasishaji wenye uchungu), na kwa kuwa ni ujuzi wa msingi, wa kipekee wa uundaji wa MongoDB (bila sawa la moja kwa moja la SQL — SQL hunormalize kwa chaguo-msingi), kuelewa embedding dhidi ya referencing — maridhiano, wakati wa kutumia kila moja, na mbinu mseto — ni maarifa muhimu, yenye thamani kubwa yaliyo katika kiini cha uundaji wa data wa MongoDB wenye ufanisi na mojawapo ya mada muhimu zaidi na zinazojadiliwa mara kwa mara za MongoDB, kuu kwa kubuni schema zinazofanya kazi vizuri kwa mifumo ya ufikiaji ya programu.