MongoDB मा सम्बन्धहरू कसरी मडेल गर्नुहुन्छ?

Question

Accepted Answer

MongoDB ले सम्बन्धहरू (एक-देखि-एक, एक-देशी-धेरै, धेरै-देशी-धेरै) **embedding** वा **referencing** मार्फत मडेल गर्दछ — यो विकल्पको चयन सम्बन्धको cardinality, डाटा कसरी access गरिन्छ, र यो साझा छ कि छैन यस्ता कुराहरूमा निर्भर गर्दछ। SQL को समान foreign-key approach को विपरीत, MongoDB ले प्रत्येक सम्बन्धको लागि flexibility प्रदान गर्दछ।

## एक-देशी-एक

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

## एक-देशी-धेरै (सबैभन्दा सामान्य — र सबैभन्दा सूक्ष्म)

```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** (धेरै पक्षबाट reference), **one-to-squillions** (सधैं reference — कहिले पनि unbounded डाटा embed नगर्नुहोस्, 16MB दस्तावेज सीमा र प्रदर्शनको कारणले)।

## धेरै-देशी-धेरै

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

धेरै-देशी-धेरै ले referenced ids को arrays प्रयोग गर्दछ (एक वा दुवै पक्षमा), वा समृद्ध सम्बन्ध डाटाको लागि अलग junction-जस्तो collection प्रयोग गर्दछ।

## सन्दर्भहरू समाधान गर्दै ($lookup)

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

## यो किन महत्त्वपूर्ण छ

सम्बन्धहरूको मडेलिङ डाटाबेस डिजाइनको लागि मौलिक छ, र MongoDB को लचकदार, access-pattern-संचालित दृष्टिकोण SQL को समान foreign keys बाट फरक छ, त्यसैले MongoDB मा सम्बन्धहरू कसरी मडेल गर्ने भन्ने कुरा बुझ्न प्रभावकारी schemas डिजाइन गर्नको लागि आवश्यक छ।

मुख्य अन्तर्दृष्टि यो छ कि MongoDB ले सम्बन्धहरू **embedding वा referencing** मार्फत मडेल गर्दछ सम्बन्धको विशेषताहरूको आधारमा — र **cardinality कसरी यो विकल्पलाई असर गर्छ भन्ने कुरा बुझ्न** यो महत्त्वपूर्ण कौशल छ: **एक-देशी-एक** (सामान्यतया embed — एकसाथ access गरिन्छ), **एक-देशी-धेरै** यसको महत्त्वपूर्ण सूक्ष्मताहरूसँग (**one-to-few** → bounded together-accessed डाटाको लागि embed; **one-to-many** → धेरै पक्षबाट reference; **one-to-squillions** → सधैं reference, कहिले पनि 16MB दस्तावेज सीमा र प्रदर्शनको कारणले unbounded डाटा embed नगर्नुहोस्), र **धेरै-देशी-धेरै** (referenced ids को arrays, वा junction-जस्तो collection)।

यो cardinality-संचालित निर्णय-निर्माण (विशेष गरी जब डाटा लिएर embed गर्न बढी लामो/unbounded छ भन्ने कुरा पहिचान गरेर) सामान्य गल्तीहरू जस्तै unbounded arrays embedding (दस्तावेजहरू फुलाएर, सीमाहरूमा हिर्काएर) वा यो डाटा जो embed गरिनु पर्छ त्यसको लिएमा over-referencing बचाउनको लागि आवश्यक छ।

**$lookup** सँग सन्दर्भहरू कसरी समाधान गर्ने भन्ने कुरा बुझ्न जब joins आवश्यक हुन्छ तब यो चित्रलाई पूरा गर्दछ।

सन्दर्भहरू अधिकांश डाटा मडेलहरूमा अन्तर्निहित छन्, र MongoDB को लचकदार प्रति-सम्बन्ध दृष्टिकोण (embed vs reference cardinality र access patterns को आधारमा) SQL को समान foreign keys बाट मौलिक रूपमा फरक र अधिक सूक्ष्म छ, MongoDB मा सम्बन्धहरू कसरी मडेल गर्ने — cardinality-आधारित embed/reference निर्णयहरू (विशेष गरी one-to-few/many/squillions भिन्नता) र सन्दर्भहरू समाधान गर्न — प्रभावकारी MongoDB schema डिजाइनको लागि आवश्यक, बारम्बार लागू गरिने ज्ञान छ, embed/reference fundamentals मा निर्माण गरेर प्रत्येक वास्तविक अनुप्रयोगले गर्दछ भन्ने सम्बन्धहरू सम्भाल्न, र sound MongoDB modeling लाई naive relational ports बाट अलग गर्ने एक मुख्य क्षेत्र छ।