قد يكون استعلام بطيء سببًا مقنعًا لإضافة فهرس، لكن إنشاء الفهرس على جدول نشط عملية تشغيلية لها تكلفة. استخدام CONCURRENTLY يغير طريقة البناء ولا يجعلها بلا أثر. قبل التنفيذ، حدد الاستعلام المستهدف ودليل الحاجة وخطة المراقبة والاستعادة، ثم اختبرها على نسخة ممثلة لحجم البيانات.
حدد السؤال الذي سيجيب عنه الفهرس
اختر استعلامًا متكررًا من الاستخدام الفعلي، وسجل شروطه وترتيبه وحجم النتيجة. قارن خطة التنفيذ والزمن ضمن حمل مناسب، مع تجنب تشغيل أدوات تحليل تنفذ استعلامات تعديل على الإنتاج دون فهم أثرها. لا تضف فهرسًا لكل عمود يظهر في تقرير؛ زيادة الفهارس تستهلك مساحة وعملًا عند الكتابة أيضًا.
اكتب توقعًا يمكن قياسه: ما المسار الذي تريد تحسينه، وما حد التراجع المقبول في زمن الكتابة؟ استخدم بيانات اختبار ممثلة للتوزيع، لأن جدولًا صغيرًا أو بيانات متجانسة قد يعطيان قرارًا مختلفًا عن نظام المؤسسة الحقيقي.
راجع قيود البناء المتزامن
تشرح وثائق PostgreSQL 17 لإنشاء الفهارس أن البناء المتزامن يتيح استمرار الكتابة المعتادة، لكنه يحتاج عملًا وانتظارًا إضافيين، ولا يعمل داخل كتلة معاملة. كما أن فشل البناء قد يترك فهرسًا غير صالح. راجع إصدار الخادم وأداة الترحيل؛ بعض الأدوات تغلف الخطوات تلقائيًا داخل معاملة.
لا تفترض أن خروج أمر البناء أو وجود اسم الفهرس يكفيان لإغلاق المهمة. خطط لفحص حالته بعد النجاح أو الإلغاء، وتأكد من عدم تزامن تغييرات بنية متعارضة على الجدول نفسه. الجداول المقسمة والقيود الفريدة تحتاج مراجعة تفاصيلها قبل نسخ أمر من مثال عام.
اجعل المراقبة جزءًا من التنفيذ
| المرحلة | ما يوثقه المسؤول |
|---|---|
| قبل البناء | الحمل والمساحة والعمليات الطويلة والاستعلام المستهدف |
| أثناء البناء | الانتظار وزمن الكتابة واستهلاك الموارد |
| بعد النجاح | صلاحية الفهرس وخطة الاستعلام والتكلفة الجديدة |
| بعد الفشل | سبب الفشل والفهرس المتبقي وخطة معالجة معتمدة |
في سيناريو افتراضي، تبدأ عملية بناء أثناء استيراد كبير للبيانات. إذا طال الانتظار، راجع العملية التي ينتظرها البناء وحدود الوقت المتفق عليها. لا تنه معاملات عمل عشوائيًا لتسريع النشر. يقرر المسؤول الاستمرار أو التأجيل بناء على أثر موثق، مع طريقة إلغاء وفحص البقايا.
تحقق من النتيجة تحت حمل ممثل
بعد اكتمال البناء، أعد تجربة الاستعلام وقارن الخطة والمساحة وزمن عمليات التعديل. إذا بقي الاستعلام بطيئًا، راجع اختيار الأعمدة والإحصاءات ونمط الطلب قبل إضافة فهرس ثانٍ. وجود فهرس صالح لا يعني أن المخطط سيختاره لكل قيمة أو لكل حجم نتيجة.
أدخل سجل القرار ضمن تطوير أنظمة المؤسسات، واتفق مع فريق الصيانة على مراقبة ما بعد النشر. التسليم الجيد يحفظ القياس السابق واللاحق وحالة الفهرس وخطة الرجوع. هذا يتيح تحسينًا يمكن تقييمه بدل ربط نجاح الترحيل وحده بادعاء أن قاعدة البيانات أصبحت أسرع في جميع العمليات.
