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

هناك جاذبية معينة لتعيين قاعدة بيانات للقراءة فقط والتي تتوافق مع مسؤولي قواعد البيانات. يبدو الأمر كما لو أن قاعدة البيانات قد وصلت إلى مرحلة النضج وأصبحت جاهزة للانطلاق إلى العالم، غير مثقلة بالحاجة إلى التحديثات المستمرة.

بالطبع، أسباب تعيين قاعدة بيانات للقراءة فقط - سواء بشكل مؤقت أو دائم - متنوعة مثل قواعد البيانات نفسها. فيما يلي نظرة عامة شاملة على طرق قفل محتوى قاعدة بيانات SQL أو MySQL مع السماح للمستخدمين بالوصول إلى محتوياتها.

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

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

تضمن قائمة التحقق من القفل المسبق المكونة من ثماني خطوات تحسين قاعدة البيانات الخاصة بك ونسخها احتياطيًا قبل تحويلها إلى وضع القراءة فقط. المصدر: MSSQLTips.

بمجرد تحسين قاعدة البيانات ونسخها احتياطيًا، استخدم إما الأمر ALTER DATABASE [اسم قاعدة البيانات] SET READ_ONLY أو الإجراء المخزن في النظام sp_dboption (يوصى بالإجراء الأول لأنه تمت إزالة الإجراء المخزن من الإصدارات الحديثة من SQL Server). بدلاً من ذلك، يمكنك النقر بزر الماوس الأيمن فوق قاعدة البيانات في SSMS، واختيار خصائص > خيارات، وتعيين حالة قاعدة البيانات للقراءة فقط على صحيح. سيتم تغيير رمز قاعدة البيانات واسمها في SSMS للإشارة إلى حالة القراءة فقط.

تحويل قاعدة بيانات MySQL إلى حالة للقراءة فقط - وعكس العملية

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

مصدر

تتصور إرشادات إعداد النسخ المتماثل وجود خادم رئيسي (M1)، وخادم تابع (S1)، وعملاء (C1 متصل بـ M1، وC2 متصل بـ S1). الأوامر التي تسهل انتقال الملف الرئيسي إلى وضع القراءة فقط واستعادته إلى التشغيل العادي عند الانتهاء من النسخ الاحتياطي موضحة أدناه. (لاحظ أنه في بعض الإصدارات، يكون "ENABLED" مرادفًا لـ "1" و"DISABLED" يعادل "0".)

تقوم الأوامر الأولية بتبديل قاعدة البيانات إلى وضع القراءة فقط، والأوامر اللاحقة تعيدها إلى حالتها الطبيعية عند إكمال النسخ الاحتياطي. المصدر: مكتبة وثائق MySQL.

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