قواعد NoSQL واختيار النموذج المناسب

١لماذا ظهرت NoSQL؟

مع ظهور الشبكات الاجتماعية والتطبيقات العملاقة في الألفية الجديدة، واجهت الجداول ثلاثة تحديات:

• الحجم الهائل: مليارات المنشورات والإعجابات، لا يتسع لها خادم واحد.
• البنية المتغيرة: منتج «جوال» له حقول تختلف عن منتج «قميص»، ولا يناسبهما جدول واحد بأعمدة ثابتة.
• السرعة: ملايين القراءات في الثانية لأشياء بسيطة، مثل جلسة دخول المستخدم.

فظهرت قواعد NoSQL، وتعني Not Only SQL، أي «ليست SQL فقط». وهي لا تعتمد على الجداول ذات الأعمدة الثابتة.

٢أربعة أنواع من NoSQL

٣مثال: طلب واحد بطريقتين

في النموذج العلائقي، الطلب رقم 3 موزّع على جدولين: orders و order_items، ونجمعه بالاستعلام:

SELECT order_id, product_id, qty, priceFROM order_itemsWHERE order_id = 3;

وفي قاعدة مستندات مثل MongoDB، الطلب كله مستند واحد بصيغة JSON، والأصناف بداخله:

{  "_id": 3,  "customer": { "id": 1, "name": "سعود العتيبي" },  "date": "2025-02-05",  "items": [    { "product": "دلة قهوة", "qty": 1, "price": 75 },    { "product": "فناجين", "qty": 1, "price": 40 },    { "product": "هيل 100غ", "qty": 2, "price": 28 }  ]}

٤القواعد العلائقية تتعلم من NoSQL

الأنظمة العلائقية الحديثة صارت تقبل عمودًا بصيغة JSON داخل الجدول، لتجمع بين الطريقتين. MySQL فيه النوع JSON، و SQLite فيه دوال JSON. هذا جدول منتجات، ولكل منتج مواصفات مختلفة في عمود واحد:

CREATE TABLE gadgets (  id    INTEGER PRIMARY KEY,  name  TEXT,  specs TEXT   -- مواصفات بصيغة JSON);INSERT INTO gadgets VALUES (1, 'جوال', '{"screen": 6.1, "storage": 128}'), (2, 'سماعة', '{"wireless": true, "battery": 30}'); SELECT name, json_extract(specs, '$.storage') AS storageFROM gadgets;

الجوال له سعة تخزين، والسماعة ليس لها؛ فظهرت NULL، أي «لا قيمة». هذا المثال للاطلاع فقط؛ تركيزنا في المقرر على الجداول.

٥كيف تختار النموذج المناسب لمشروعك؟

اسأل هذه الأسئلة بالترتيب: