أنواع قواعد البيانات: ما هي، ومما تتكون، ومتى يناسب كل نوع

قاعدة البيانات مخزن منظَّم للمعلومات، يديره برنامج يسمى نظام إدارة قواعد البيانات. فهو الذي يحفظ البيانات على القرص أو في الذاكرة، ويعيدها حين يطلبها تطبيق، ويمنع تعارض الكتابات حين يكتب أكثر من مستخدم في اللحظة نفسها، ويحدد من يرى ماذا. وجدول البيانات المشترك يحفظ بيانات أيضًا، لكنه لا يفعل شيئًا من ذلك.

وتتكون كل قاعدة بيانات، أيًّا كان نوعها، من أجزاء متشابهة في وظيفتها وإن اختلفت أسماؤها:

يمكن جمع الأنواع الستة في عائلتين. الأولى قواعد البيانات العلائقية: البيانات فيها جداول بأعمدة ثابتة، والعلاقات بينها مفاتيح، والاستعلام بلغة SQL، والمعاملات تضمن أن العملية التي تغيّر عدة سجلات تنجح كلها أو تُلغى كلها. وهي ما زالت الخيار الصحيح لكثير من أنظمة الأعمال، لأن منطق المال والمخزون والرواتب منطق علائقي في أصله.

والثانية قواعد بيانات NoSQL، وهو اسم واسع لكل قاعدة تحفظ البيانات بغير الجداول الثابتة: المستندات، والمفتاح والقيمة، والرسوم البيانية، والأعمدة الواسعة. ويجمع أكثرها ثلاث صفات: لا تشترط بنية ثابتة مسبقًا، وتحفظ البيانات بالشكل الذي تُقرأ به، وصُمّمت لتوزيع البيانات والحِمل على مجموعة من الخوادم. وتختلف المنتجات بعد ذلك كثيرًا؛ فبعضها يقدم لغة استعلام قريبة من SQL ومعاملات كاملة، وبعضها لا يقدم ذلك.

ولا يكرر هذا الدليل المقارنة التفصيلية بين العائلتين، فقد خصصنا لها صفحة: SQL أم NoSQL: كيف تقررون لعبء عمل في جهتكم، وفيها ما يجب قياسه قبل القرار، ومتى يكون البقاء على القاعدة العلائقية هو الصواب.

روابط ذات صلةSQL أم NoSQL: كيف تقررون لعبء عمل في جهتكم

نادرًا ما تبدأ الجهات في المملكة من الصفر. فالمعتاد نظام علائقي بُني لتطبيق داخلي، ثم صار يخدم بوابة إلكترونية وتطبيقًا للجوال وفريق تحليل في الوقت نفسه، مع ذروات حول المواسم والمواعيد النهائية. وهنا تظهر الحاجة إلى نوع ثانٍ، ويظهر معها سؤالان عمليان.

الأول: كيف تنتقل البيانات من نوع إلى آخر دون إيقاف العمل؟ نقل البيانات بين قاعدتين من نوعين مختلفين ليس نسخًا فقط؛ فالجدول يتحول إلى مستند، والمفاتيح تتغير، والتطبيقات تنتقل خدمةً بعد خدمة. ولهذا تحتاج الجهة إلى أن يبقى النظامان متطابقين مدة كافية قبل التحويل. وهذا ما يتولاه iblync، منصة إنتركي لترحيل البيانات ونسخها بين أنظمة لم تُصمَّم لتتبادل البيانات: تحميل لمرة واحدة أو على مراحل، ونسخ متماثل مستمر ومنه المزامنة في الاتجاهين، مع تقييد المعدل حتى تحتفظ بيئة الإنتاج بقدرتها. وتشرح صفحة خدمات ترحيل قواعد البيانات كيف يسير المشروع من التقييم حتى التحويل.

روابط ذات صلةiblyncخدمات ترحيل قواعد البياناتالهيئة الوطنية للأمن السيبرانيالهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا)

حين يكون العبء من نوع المستندات أو المفتاح والقيمة، ويكبر حتى لا يحمله خادم واحد، تعمل إنتركي مع Couchbase، وهي شريك تقني لـ Couchbase وتبيع Couchbase Capella. وبحسب وثائق Couchbase نفسها:

• يُحفظ كل عنصر مستندًا بصيغة JSON أو قيمة ثنائية، بمفتاح فريد، فيُسترجع بالمفتاح أو بالاستعلام؛ أي إن نوعي المستندات والمفتاح والقيمة في منصة واحدة.
• يُستعلم عن المستندات بلغة ⁨SQL++⁩، وهي لغة مبنية على SQL، فتبدأ فرق التطوير من أرضية مألوفة.
• تتوفر معاملات ACID عبر ⁨SQL++⁩.
• تُحفظ البيانات في الذاكرة وعلى القرص معًا، فتخدم المنصة القراءات المتكررة السريعة دون أن تضيع البيانات عند إعادة التشغيل.

روابط ذات صلةقاعدة بيانات المستنداتصفحة Couchbase

نبدأ بتقييم عبء العمل، لا بالمنتج: كيف يقرأ النظام بياناته ويكتبها، وما المعاملات التي يحتاجها، وكم يبلغ الحِمل في الذروة، وأين يجب أن تقيم البيانات. وقد تكون نتيجة التقييم أن تبقوا على ما لديكم، وهذه نتيجة مقبولة.

وإذا كان التغيير مناسبًا، نصمم نموذج البيانات للنوع الجديد مع فرقكم، ونبني المنصة في المكان المتفق عليه، وننقل البيانات والنظام القديم يعمل، مع iblync حيث يناسب، ثم نحوّل التطبيقات خدمةً بعد خدمة بعد تجربة التحويل والرجوع. وبعد التشغيل نتولى التشغيل وفق نطاق مكتوب، أو نسلّم فريقكم توثيقًا كاملًا.

ولا ننشر أسعارًا ولا مددًا ثابتة. فالتقييم عمل محدد، ويُسعَّر الترحيل بحسب الأنظمة المشمولة، ويُعرض ترخيص Couchbase أو iblync بعرض سعر منفصل لكل مشروع.