آپ MongoDB میں رشتوں (relationships) کو کیسے model کرتے ہیں؟

Question

Accepted Answer

MongoDB رشتوں (one-to-one، one-to-many، many-to-many) کو **embedding** یا **referencing** کے ذریعے model کرتا ہے — یہ انتخاب رشتے کی cardinality، ڈیٹا کی رسائی کے طریقے، اور آیا یہ shared ہے اس پر منحصر ہے۔ SQL کے یکساں foreign-key approach کے برعکس، MongoDB ہر رشتے کے لیے لچک فراہم کرتا ہے۔

## One-to-one

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

## One-to-many (سب سے عام — اور سب سے پیچیدہ)

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

اہم نکتہ: **one-to-few** (embed)، **one-to-many** (many side سے reference)، **one-to-squillions** (ہمیشہ reference — کبھی unbounded ڈیٹا embed نہ کریں، 16MB document limit اور کارکردگی کی وجہ سے)۔

## Many-to-many

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

Many-to-many referenced ids کی arrays (ایک یا دونوں طرف سے) استعمال کرتا ہے، یا rich relationship ڈیٹا کے لیے الگ junction-like collection۔

## References کو resolve کرنا ($lookup)

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

## یہ کیوں اہم ہے

رشتوں کی modeling ڈیٹا بیس ڈیزائن کے لیے بنیادی ہے، اور MongoDB کا لچکدار، access-pattern-driven approach SQL کے یکساں foreign keys سے مختلف ہے، اس لیے MongoDB میں رشتوں کی modeling کو سمجھنا موثر schemas ڈیزائن کرنے کے لیے ضروری ہے۔

اہم بصیرت یہ ہے کہ MongoDB رشتوں کو **embedding یا referencing** کے ذریعے model کرتا ہے رشتے کی خصوصیات کی بنیاد پر — اور یہ سمجھنا کہ **cardinality انتخاب کو کیسے متاثر کرتی ہے** اہم مہارت ہے: **one-to-one** (عام طور پر embed — ایک ساتھ رسائی)، **one-to-many** اپنے اہم nuances کے ساتھ (**one-to-few** → bounded together-accessed ڈیٹا کے لیے embed؛ **one-to-many** → many side سے reference؛ **one-to-squillions** → ہمیشہ reference، 16MB document limit اور کارکردگی کی وجہ سے unbounded ڈیٹا embed نہ کریں)، اور **many-to-many** (referenced ids کی arrays، یا junction-like collection)۔

yہ cardinality-driven decision-making (خاص طور پر یہ پہچاننا کہ کب ڈیٹا بہت بڑا/unbounded ہے embed کرنے کے لیے) عام غلطیوں سے بچنے کے لیے ضروری ہے جیسے unbounded arrays embedding (documents کو bloat کرنا، limits کو hit کرنا) یا ایسے ڈیٹا کو over-reference کرنا جو embed ہونا چاہیے۔

`$lookup` کے ساتھ **references کو resolve** کرنے کا طریقہ سمجھنا جب joins کی ضرورت ہو تو تصویر کو مکمل کرتا ہے۔

چونکہ entities کے درمیان رشتے زیادہ تر ڈیٹا models میں موجود ہیں، اور چونکہ MongoDB کا لچکدار per-relationship approach (cardinality اور access patterns کی بنیاد پر embed بمقابلہ reference) بنیادی طور پر SQL کے یکساں foreign keys سے مختلف اور زیادہ نازک ہے، MongoDB میں رشتوں کی modeling کو سمجھنا — cardinality-based embed/reference decisions (خاص طور پر one-to-few/many/squillions کی تمیز) اور references کو resolve کرنا — موثر MongoDB schema ڈیزائن کے لیے ضروری، بار بار استعمال ہونے والی معلومات ہے، embed/reference بنیادی باتوں پر تعمیر کرتے ہوئے ہر حقیقی ایپلیکیشن کے رشتوں کو سنبھالنے کے لیے، اور MongoDB modeling کو سمجھدارانہ سے الگ کرتے ہوئے naive relational ports سے اہم علاقہ۔