Conas a dhéanann tú scéimeanna a dhearadh i MongoDB?

Question

Accepted Answer

Díríonn dearadh scéim MongoDB ar dhéanamh cinneadh príomhúil: **leabú** (sonraí gaolmhara a stóráil laistigh d'fhaisnéis), i gcoinne **tagartha** (sonraí gaolmhara a stóráil i ndoiciméid/bailiúcháin ar leith le tagartha). Murab ionann agus gealltanas normalú SQL, barraithe ar a bhfuil an dóigh ar a rochtainu ar na sonraí.

## Leabú — sonraí gaolmhara a stóráil le chéile

```js
// embed related data within the document
{
  _id: ObjectId("..."),
  name: "Ann",
  address: { city: "NY", zip: "10001" },        // embedded sub-document
  orders: [                                      // embedded array of orders
    { product: "Phone", amount: 999 },
    { product: "Case", amount: 20 }
  ]
}
// → ONE query gets the user AND their address AND orders (no joins)
```

**Leabú** a choinníonn sonraí gaolmhara i ndoiciméad amháin — léigh ar fad i gceist amháin ar scagadh (gasta, gan bhreisithe). Tá sé maith do shonraí rochtain le chéile agus caidreamh "a bhfuil".

## Tagartha — doiciméid ar leith a nascadh

```js
// store a reference (id) to a document in another collection
{ _id: ObjectId("u1"), name: "Ann" }                          // users collection
{ _id: ObjectId("o1"), userId: ObjectId("u1"), product: "Phone" } // orders collection
// → query orders by userId; use $lookup to join when needed
```

**Tagartha** stórálacha sonraí ar leith agus naisc le `id` (cosúil le príomhchló eachtrannach) — ceist ar leith nó fús le `$lookup`.

## Cén am atá ann leabú i gcoinne tagartha

```text
EMBED when:
  ✓ data is accessed TOGETHER (read the parent → you want the children)
  ✓ a "contains"/ownership relationship (address, order line items)
  ✓ the embedded data is bounded (not unboundedly growing)
  ✓ one-to-few relationships

REFERENCE when:
  ✓ data is large or grows UNBOUNDEDLY (avoid huge documents — 16MB doc limit!)
  ✓ data is accessed/updated INDEPENDENTLY
  ✓ many-to-many or one-to-many with many
  ✓ the same data is shared/referenced by many documents (avoid duplication)
```

## Dearadh do phatrúin rochtain (an prionsabal príomhúil)

```text
MongoDB schema design is driven by HOW YOU QUERY the data, not pure normalization:
  → Structure data so common queries are efficient (often a single document read).
  → "Data that is accessed together should be stored together."
  → This may mean DENORMALIZING (some duplication) for read efficiency — acceptable
    in MongoDB, traded against update complexity.
```

## Cén fáth a bhíonn tábhacht air

Tá dearadh scéim ríthábhachtach i MongoDB — tá sé difriúil ó agus, ar dhóigh, níos tábhachtaí ná i SQL, toisc go dtugann samhail dhocheisteach solúbtha MongoDB roghanna duit a mbíonn tionchar suntasach aici ar fheidhmíochta agus ar intriach, agus mar sin tá tuiscint air riachtanach chun feidhmchlár MongoDB éifeachtach a thógáil.

An cinneadh lárnach — **leabú i gcoinne tagartha** — is é an rogha dearadh bhunúsach MongoDB: **leabú** (sonraí gaolmhara a stóráil laistigh d'fhaisnéis) a cheadaíonn léamh gasta aonchéist d'shonraí gaolmhara (gan bhreisithe) agus cuireann sé feiliúnach do shonraí rochtain le chéile agus caidreamh "a bhfuil", cé go bhfuil **tagartha** (doiciméid ar leith a nascadh le `id`) feiliúnach do shonraí mór/gan teorainn, sonraí neamhspleách-rochtain, agus caidreamh roinnte/go leor.

Tuiscint ar **cén am atá ann a úsáid gach ceann** (leabú do shonraí teoranta, bainte le chéile-rochtain, úinéartha; tagartha do shonraí mór/fás, neamhspleách, roinnte, nó go leor — agus a bheith dílis ar theorainn 16MB doiciméad MongoDB) is é an scil ábhartha.

Is é an rud is tábhachtaí ná tuiscint ar an bhprionsabal treorach — **dearadh do phatrúin rochtain** (dáta a struchtúr timpeall *ar a bhfuil tú ag ceist air*, ionas go bhfuil ceistanna coitianta éifeachtach, go minic léamh aon-doiciméad, seachas normalú a dhéanamh ar dhéfhault cosúil le SQL) — is é an rud a dhéanann dearadh scéim MongoDB ar leith.

D'fhéadfadh sé seo **neamhnormalúchán** (dúblaigí) a ghlacadh le haghaidh feidhmíochta léir, malartúchán i gcoinne casta nuashonraithe atá glactha agus go minic ceart i MongoDB.

De bharr go ndéanann dearadh scéim tionchar domhain ar fheidhmíochta agus ar intriach fheidhmchlár MongoDB (cinneadh leabú/tagartha dona a dhéanann ceistanna mall, doiciméid ollmhór, nó casta nuashonraithe), agus de bharr go bhfuil an cur chuige tiomanta ag patrúin rochtain, leabú-i-gcoinne-tagartha difriúil go bunúsach ó normalúchán SQL, tuiscint ar dhearadh scéim MongoDB — an cinneadh leabú/tagartha, cén am atá ann a úsáid gach ceann, agus dearadh do phatrúin rochtain — riachtanach, eolas ardluacha chun feidhmchlár MongoDB éifeachtach a thógáil, ceann de na topaicí MongoDB is tábhachtaí agus is sainiúla a dhéanann idirdhealú idir iad siúd a dhéanann scéimeanna doiciméad maith agus iad siúd a thugann dearadh coibhneaseach go simplí isteach.