تخزّن MongoDB مستندات لا صفوفًا، بلا مخطط ثابت. وتناسب البيانات التي يتفاوت شكلها فعلًا بين السجلات — سجلات الأحداث، وحمولات أطراف ثالثة، ومواصفات منتجات تختلف بحسب الفئة.
ما هي MongoDB؟
تخزّن MongoDB مستندات شبيهة بـ JSON في مجموعات. ويمكن لمستندين في المجموعة نفسها أن يحملا حقولًا مختلفة تمامًا، وهذا محرِّر أو مرعب حسب ما تخزّنه.
وحيث تساعد فعلًا هي بيانات لا تتحكم في شكلها: حمولات webhook من عشرة مزودين، وقراءات مستشعرات بخصائص متفاوتة، ومواصفات منتجات لا يتشارك فيها حاسب محمول وأريكة شيئًا.
وحيث تؤذي هي بيانات لها شكل ثابت فعلًا، وهي معظم بيانات الأعمال. فبلا مخطط، لا شيء يمنع خطأً مطبعيًا في اسم حقل من إنشاء حقل ثانٍ يبدو سليمًا حتى يخرج تقرير خاطئًا.
متى نختار MongoDB
لمجموعة واحدة داخل نظام أكبر، حيث يكون الشكل غير متوقع فعلًا. سجلات الأحداث، وحمولات التكامل، وسجلات التدقيق.
وحين يشغّلها العميل أصلًا ويعرفها الفريق جيدًا.
ويلائم أيضًا التخزين المؤقت ونماذج القراءة غير المطبَّعة — عرض محسوب مسبقًا لبيانات مكلفة التجميع من الجانب العلائقي، يُعاد بناؤه بجدول وتقرؤه التطبيقات برخص.
متى لا نستخدم MongoDB
كقاعدة بيانات رئيسية لتطبيق أعمال. فالطلبات والفواتير والعملاء والحجوزات لها شكل ثابت وعلاقات بينها، وقاعدة علائقية تفرض الاثنين. واختيار MongoDB لذلك يقايض ضمانات ستريدها لاحقًا، وسنقول ذلك.
كما تتعامل Postgres مع أعمدة JSON جيدًا، وهذا يغطي معظم حالات «نحتاج مرونة هنا» دون التخلي عن المخطط في كل مكان آخر.
ما الذي نبنيه بـ MongoDB
مخازن أحداث وتكاملات
حمولات خام من أنظمة خارجية تُحفظ كما وردت بالضبط، قبل تطبيعها إلى الجانب العلائقي. مفيدة حين يغيّر مزود صيغته دون إخبار أحد وتحتاج الأصل.
سجلات نشاط وتدقيق بحجم كبير
سجلات كثيفة الكتابة تُضاف ولا تُعدَّل، يتفاوت شكلها بنوع الحدث ولا تُحدَّث البيانات بعد كتابتها. وهذا هو الحمل الذي تناسبه Mongo فعلًا.
كتالوجات منتجات بخصائص متفاوتة
حيث لا تتشارك الفئات حقولًا تقريبًا — للحاسب ذاكرة وللأريكة تنجيد — ويُنتج فرضها في جدول علائقي واحد مئة عمود معظمها فارغ.
صناديق واردة للتكاملات وwebhook
كل حمولة من نظام خارجي تُخزَّن كما وردت بالضبط قبل فعل أي شيء بها. وحين يغيّر مزود صيغته دون إشعار، يبقى الأصل موجودًا لإعادة تشغيله على الكود المصحَّح.
كيف نطلق مشاريع MongoDB
مع تفعيل التحقق من المخطط. فـ Mongo تدعمه، ومعظم المشاريع لا تستخدمه، وبدونه تصبح المرونة التي جعلتك تختارها هي ما يفسد بياناتك.
وبجانب قاعدة علائقية لا بديلًا عنها، في كل حالة تقريبًا.
الفهارس مصممة مسبقًا. فـ Mongo ستمسح مجموعة كاملة بسرور للإجابة عن استعلام دون أي إشارة إلى ذلك، وهذا مقبول عند ألف مستند وكارثي عند مليون.
ما تكلّفك MongoDB
بلا وصلات بالمعنى العلائقي، فالعلاقات إما تُكرَّر عبر المستندات أو تُحل في كود التطبيق — وكلاهما عمل كانت قاعدة علائقية ستؤديه عنك.
والمعاملات عبر المستندات موجودة لكنها أكثر محدودية، وهذا يهم حين يجب أن تحدث عملية كاملةً أو لا تحدث إطلاقًا.
والخطر الأكبر تنظيمي لا تقني. فبلا مخطط، يصبح شكل البيانات ما صادف أن كتبه التطبيق، وبعد سنتين لا يستطيع أحد القول بثقة أي الحقول موجودة وأيها آمن للاعتماد عليه. والتحقق من المخطط يمنع ذلك، ويجب تفعيله عن قصد.
والكلفة عند المقياس الكبير تستحق النمذجة أيضًا. فاستضافة Mongo المُدارة أغلى عمومًا من Postgres المُدارة لسعة مكافئة، واستضافة مجموعة نسخ ذاتيًا عمل تشغيلي أكثر من نسخة Postgres واحدة. ولا أحدهما سبب لتجنبها حيث تلائم؛ وكلاهما سبب لعدم اللجوء إليها افتراضيًا.
أسئلة تُطرح علينا عن MongoDB
على الأرجح لا كقاعدة رئيسية. فإن كانت بياناتك طلبات وعملاء وحجوزات، فلها شكل ثابت وعلاقات، وقاعدة علائقية تحمي الاثنين. وMongo تستحق مكانًا للمجموعة المحددة التي يتفاوت شكلها فعلًا.
نعم، وهكذا ننشرها عادةً. فـ Postgres تحتفظ بالسجلات ذات العلاقات والقواعد؛ وMongo تحتفظ بالمجموعة التي يتفاوت شكلها فعلًا. واختيار واحدة لكل شيء هو ما يسبب المشاكل لا استخدام الاثنتين عن قصد.
عبر عدة مستندات، نعم، بقيود أكثر من قاعدة علائقية وبكلفة أداء. وإن كانت عملياتك تحتاج روتينيًا تغيير عدة سجلات ذريًا، فتلك إشارة إلى أن البيانات علائقية ومكانها Postgres.
دائمًا، في رأينا. فهو يُبقي المرونة حيث تريدها ويمنع خطأً مطبعيًا في اسم حقل من إنشاء حقل ثانٍ بصمت. ومعظم مشاكل جودة بيانات Mongo التي نُطلب لإصلاحها ما كانت لتوجد بتفعيل التحقق من البداية.
لبحث بسيط بمفتاح، هامشيًا. ولأي شيء يتعلق بالعلاقات، لا — فعمل تؤديه قاعدة علائقية في وصلة واحدة يصبح عدة استعلامات أو بيانات مكررة في Mongo. وادعاء السرعة يأتي عادةً من مقارنة مجموعة Mongo مفهرسة بجدول SQL غير مفهرس، وهذه ليست مقارنة قواعد بيانات.
نعم، وهو طلب شائع من فرق اختارت Mongo مبكرًا وتحتاج الآن معاملات وقيودًا. والعمل في تقرير المخطط — فالمستندات ستكون قد راكمت تناقضات، والاتفاق على ما ينبغي أن تبدو عليه البيانات فعلًا هو معظم المشروع.
حين تخزّن شيئًا لا تتحكم في شكله ولن تحدّثه — حمولات webhook، وسجلات أحداث، وقراءات مستشعرات، وسجلات تدقيق. فتلك ملاءمة حقيقية وتتعامل معها Mongo أفضل من فرضها في جدول علائقي. وخارج ذلك، سنسأل أي مشكلة تحلها.