هل استخدم قاعدة بيانات لكل مشترك ؟ أم قاعدة بيانات واحدة للكل ؟

إذا وضعت لكل مشترك قاعدة بيانات منفصلة فربما في هذه الحالة سيكون عليك إستقبال طلبات الإشتراك والموافقة عليها manually ومن ثم الشروع بإنشاء قاعدة بيانات ذات الصلة بالمشترك، وبالتالي ماذا لو اصبح لديك ١٠٠ الف مشترك؟ كيف ستتعامل مع الأمر؟

طالما أنه يمكنك إحتواء جميع المميزات المطروحة في تطبيقك في schema واحدة في قاعدة البيانات لذا سيكون من السهل متابعة كل المشتركين والمعالجة من لوحة أدمن واحدة مرتبطة بقاعدة البيانات.

يمكن في كلتا الحالتين ، ولكن إذا تريد أن يكون موقعك من نوع saas أو software as a service بحيث يمكن لكل تاجر أن يستأجر عليك هذه الخدمة ويكون له نطاق متفرع من نطاقك ، مثلا تفترض أن اسم نطاقك example.com فسيكون نطاق المسـتأجر name.example.com ، وهنا يجب تطبيق فكرة Multi-tenant database design ، وهذه أنواع تصاميمها

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

سيكون الأمر مرهق جدا ناهيك عن فقد قواعد البيانات واحدة من نقاط قوتها وهي ترابط بيانتها ومنع تكرار الجداول، وقد ذكر الأصدقاء معلومات قيمة في هذا الصدد إلا انه يجدر بي السؤال ما الداعي لجعل لكل إشتراك قاعدة بيانات منفصل؟ بهذا خرق واضح لمفاهيم الأنظمة، ماذا لو بلغ اعداد المشتركين في خدمتك ١٠٠الف مشترك بهذا لديك ١٠٠الف قاعدة بيانات كيف تتعامل مع هذا الكم الهائل من قواعد البيانات وكيف استفيد منها. بالطبع الامر صعب جداً.