كيف تصمم العلاقات في MongoDB؟

Question

Accepted Answer

يصمم MongoDB العلاقات (واحد-إلى-واحد، واحد-إلى-عديد، عديد-إلى-عديد) من خلال **التضمين** أو **الإشارة المرجعية** — حيث يعتمد الاختيار على أساسيات العلاقة وكيفية الوصول إلى البيانات وما إذا كانت مشتركة. بخلاف نهج مفاتيح SQL الأجنبية الموحدة، يوفر MongoDB مرونة لكل علاقة.

## واحد-إلى-واحد

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

النقطة الأساسية: **واحد-إلى-قليل** (تضمين)، **واحد-إلى-عديد** (إشارة مرجعية من جانب العديد)، **واحد-إلى-ملايين** (إشارة مرجعية دائماً — لا تضمن بيانات غير محدودة، بسبب حد الوثيقة 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)
```

يستخدم عديد-إلى-عديد مصفوفات من معرفات الإشارات المرجعية (على جانب واحد أو كلا الجانبين)، أو مجموعة منفصلة تشبه الربط لبيانات العلاقات الغنية.

## حل الإشارات المرجعية ($lookup)

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

## لماذا هذا مهم

نمذجة العلاقات هي أساس تصميم قواعد البيانات، ونهج MongoDB المرن المبني على أنماط الوصول يختلف عن مفاتيح SQL الأجنبية الموحدة، لذا فإن فهم كيفية نمذجة العلاقات في MongoDB أمر ضروري لتصميم مخططات فعالة.

الرؤية الأساسية هي أن MongoDB ينمذج العلاقات من خلال **التضمين أو الإشارة المرجعية** بناءً على خصائص العلاقة — وفهم **كيف يؤثر الأساسيات على الاختيار** هي المهارة الحاسمة: **واحد-إلى-واحد** (عادة تضمين — يتم الوصول إليها معاً)، **واحد-إلى-عديد** مع دقائقها المهمة (**واحد-إلى-قليل** → تضمين للبيانات المحدودة المرتبطة معاً؛ **واحد-إلى-عديد** → إشارة مرجعية من جانب العديد؛ **واحد-إلى-ملايين** → إشارة مرجعية دائماً، لا تضمن بيانات غير محدودة بسبب حد الوثيقة 16MB والأداء)، و **عديد-إلى-عديد** (مصفوفات من معرفات الإشارات المرجعية، أو مجموعة تشبه الربط).

اتخاذ القرارات المبني على الأساسيات (خاصة التعرف على متى تكون البيانات كبيرة جداً/غير محدودة للتضمين) ضروري لتجنب الأخطاء الشائعة مثل تضمين مصفوفات غير محدودة (انتفاخ الوثائق، ضرب الحدود) أو الإفراط في الإشارة المرجعية للبيانات التي يجب تضمينها.

فهم كيفية **حل الإشارات المرجعية** مع `$lookup` عند الحاجة إلى عمليات الربط يكمل الصورة.

بما أن العلاقات بين الكيانات متأصلة في معظم نماذج البيانات، وبما أن نهج MongoDB المرن لكل علاقة (تضمين مقابل إشارة مرجعية بناءً على الأساسيات وأنماط الوصول) يختلف اختلافاً جوهرياً عن مفاتيح SQL الأجنبية الموحدة وأكثر دقة، فإن فهم كيفية نمذجة العلاقات في MongoDB — قرارات التضمين/الإشارة المرجعية المبنية على الأساسيات (خاصة التمييز بين واحد-إلى-قليل/عديد/ملايين) وحل الإشارات المرجعية — معرفة ضرورية ومتكررة التطبيق لتصميم مخطط MongoDB فعال، بالبناء على أساسيات التضمين/الإشارة المرجعية للتعامل مع العلاقات التي تمتلكها كل تطبيق حقيقي، والمجال الرئيسي الذي يميز النمذجة الصحيحة في MongoDB عن نقلات العلاقات الساذجة.