حين يكون التطبيق لا قاعدة البيانات

تقريرٌ بطيء لأن ما طُلِب منه بطيء. تمييزه، وتسليمه إلى الشخص الصواب بالدليل. وليس لكل مشكلة أداءٍ إصلاحٌ تقني، وتمييز التي لا إصلاح لها هو ما يمنع إنفاق أسابيع عليها. والشكل تقريرٌ بطيء لأنه يؤدّي قدرًا هائلًا من العمل المشروع. شُغِّل بلا مدى تواريخ، عبر كل مؤسّسة، على خمس سنين من التاريخ. والخطّة مثلى، والإحصاءات حديثة، والفهارس صواب — وهو يقرأ أربعين مليون صفٍّ لأن ذلك ما طُلِب منه. والعلامة أن القياسات تعود نظيفة. فلا مشكلة خطّة، ولا انتظاراتٍ تستحقّ التسمية، ولا حجب — بل قدرٌ كبير من العمل، مُؤدًّى بكفاءة. فحين توافق تقديرات الدرس ٧ الواقع وتكون الخطّة معقولة فالاستعلام ليس المشكلة، والمضيّ في الضبط بحثٌ عن عطبٍ ليس هناك. وأكثر الصور معاملٌ. فقد شغّله أحدٌ بلا مرشِّح، أو بمدًى أوسع بكثير ممّا يحتاج — وغالبًا لأن الافتراضي مفتوحٌ على مصراعيه ولم يعلم أحدٌ ما يُدخِل. وذلك إصلاح خمس دقائق ويخصّ من يشغّل التقرير، لا أنت. فسلّمه، وسلّمه بدليلٍ…

في هذه الوحدة: الوحدة ١١ · الأداء: العثور على المشكلة الحقيقية

1. ١قِس قبل أن تضبطمعاينة مجانية
2. ٢«النظام بطيء»: تحويل ذلك إلى سؤال
3. ٣أين يذهب الوقت فعلًا
4. ٤AWR وASH، مستخدمَين كما ينبغي
5. ٥خط الأساس هو ما يجعل التقرير ذا معنى
6. ٦العثور على استعلامات SQL المكلفة
7. ٧خطط التنفيذ، بقدر ما يكفي للتصرّف
8. ٨الإحصاءات: السبب الحقيقي الأكثر شيوعًا
9. ٩الأقفال والحجب
10. ١٠حين يكون التطبيق لا قاعدة البيانات
11. ١١ما الذي ينكسر: أربعة تحقيقات أداء ساءت
12. ١٢تمهيد التدريب · شخّص ثلاثة أنظمة بطيئة