خدمات قواعد
البيانات

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

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

تُضاف الفهارس للاستعلامات الموجودة فعلاً لا للأعمدة التي تبدو مهمة، وتُحذف الفهارس غير المستخدمة لأن كل فهرس يكلّف في سرعة الكتابة وفي التخزين. وبالتوازي نعالج الأخطاء الكلاسيكية: نمط N+1، وقراءة كل أعمدة جدول عريض، والرحلات المتكررة لكل صف التي مكانها استعلام تجميعي واحد، والتصفّح الذي يمسح الجدول كاملاً للوصول إلى الصفحة الخمسين.

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

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

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