ضبط SQL تلقائيًا: ميزات الضبط لخوادم SQL

غالبًا ما تواجه معظم الشركات العديد من التحديات عندما يتعلق الأمر بضبط SQL يدويًا. هذا هو المكان الذي تكون فيه طرق الضبط التلقائي مفيدة لهم.

قد يواجه مطور التطبيق العديد من المشكلات عندما يتعلق الأمر بضبط SQL ؛ ومع ذلك ، بفضل قاعدة بيانات Oracle ، هناك ميزات ضبط تلقائي تساعد في ما سبق.

تم تصميم ميزات الضبط التلقائي هذه للعمل بشكل جيد على قدم المساواة مع نوع مستودع البيانات وتطبيقات OLTP.

ميزات ضبط SQL التلقائي

فيما يلي ميزات الضبط التلقائي لـ SQL التي تجدها في نظام قاعدة بيانات Oracle ؛

• ADDM- الشكل الكامل لـ ADDM هو مراقب تشخيص قاعدة البيانات التلقائي أو ADDM. يحلل المعلومات التي تم جمعها من تقارير العرب والغرب عن مشكلات الأداء المحتملة مع قاعدة بيانات أوراكل التي تتضمن أيضًا عبارات SQL عالية التحميل.
• مرشد ضبط SQL- يعمل مرشد ضبط SQL على تحسين عبارات SQL التي تم التعرف عليها على أنها عبارات عالية التحميل. يمكن أن تحدد Oracle Database تلقائيًا مشكلة في عبارات SQL وتتضمن توصيات للضبط بمساعدة مرشد ضبط SQL أثناء صيانة نوافذ النظام. تبحث العملية عن طرق لتحسين خطط تنفيذ عبارات SQL ذات الحمل العالي. يمكن للشركات اختيار تشغيل SQL Tuning Advisor في أي عبء عمل محدد من عبارات SQL لتعزيز أدائها.
• STS أو مجموعات ضبط SQL- عندما تعمل عدة جمل SQL كإدخال لـ ADDM أو SQL Access Advisor أو SQL Tuning Advisor ، يقوم النظام ببناء وتخزين STS. يتضمن ذلك عبارات SQL مع إحصائيات سياق التنفيذ والتنفيذ.
• مستشار الوصول إلى SQL – إلى جانب مرشد ضبط SQL ، مستشار الوصول إلى SQL ، يقدم نصائح لتعزيز أداء الخادم من خلال وجهات النظر حول الفهارس المحسوسة ، والآراء المحسوسة ، وسجلات العرض الفعلية لحمل عمل معين. بشكل عام ، يميل حجم الفهارس ووجهات النظر المحسوسة ، فضلاً عن المساحة المخصصة لها ، إلى الزيادة ، وهذا بدوره يعزز أداء استعلامات SQL. يأخذ SQL Access Advisor في الحسبان المقايضات 0ffs بين أداء الاستعلام واستخدام المساحة. يقترح التكوين الأكثر تكلفة للفهارس ووجهات النظر الجديدة والقائمة.

كيف يمكن للشركات تعزيز كفاءة بيانات SQL؟

هناك طرق يمكن للأعمال التجارية من خلالها تحسين كفاءة عبارات SQL. بعض الطرق الشائعة هي:

التحقق من إحصائيات المُحسِّن

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

عوامل في الاعتبار

يشير الخبراء في استشارة خادم SQL إلى أن العوامل التالية يجب أخذها في الاعتبار لتحسين استعلامات SQL:

• إذا قام المرء بجمع إحصائيات من جداول في قاعدة البيانات ، فإنه يُنصح بجمع الإحصائيات من جميع الجداول. هذا صحيح إذا كان التطبيق يحتوي على عبارات SQL مع أداء الصلات.
• إذا لم تعد إحصائيات المُحسِّن الموجودة في قاموس البيانات تمثل الفهارس والجداول ، فيجب عليك جمع إحصائيات جديدة. هناك طريقة لتقييم ما إذا كانت الإحصائيات في القاموس قديمة. يمكنك مقارنة عدد الصفوف أو العدد الحقيقي للجدول بقيمة DBA_TABLES.NUM_ROWS. إلى جانب ما سبق ، إذا رأيت انحرافًا مهمًا في البيانات على الأعمدة الأصلية ، فيجب عليك استخدام الرسوم البيانية.
• تقييم خطة التنفيذ – عند كتابة أو ضبط أي عبارة SQL في بيئة OLTP ، يجب أن يكون لدى الشركة هدف دفع البيانات من الجدول باستخدام عامل التصفية الانتقائي الأقصى. هذا يعني أنه يتم تمرير عدد أقل من الصفوف إلى الخطوة التالية. في حالة ما إذا كانت الخطوة التالية تشير إلى صلة ، فهذا يعني أن هناك صفوفًا أقل تم ضمها. يجب عليك التحقق مما إذا كانت هناك مسارات وصول مثالية.

عندما تقوم بتقييم خطة تنفيذ المحسن ، تحقق من النقاط المدرجة:

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

يجب على الشركات التحقق من المسندات في عبارات SQL وأرقام الصفوف في الجدول. يجب على المرء أن يراقب أي نوع من الأنشطة التي تبدو مشبوهة. على سبيل المثال، قد يكون هذا النوع من النشاط عبارة عن عمليات مسح كاملة للجدول على الجداول التي تحتوي على عدد كبير من الصفوف التي تحتوي على المسندات الموجودة في جملة where. يجب أن تحدد الشركات أسباب عدم نشر الفهارس للمسندات الانتقائية.

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

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