تصحيح استعلامات SQL
أخطاء الصياغة والأنواع وJOIN وGROUP BY وCTE والدوال النافذية، والصفوف المكررة والمجاميع غير الصحيحة والنتيجة الفارغة.
مساعدة في استعلامات SQL والأخطاء والتقارير وتصدير البيانات وPostgreSQL وGreenplum وOracle PL/SQL وترحيل منطق SQL بين أنظمة إدارة قواعد البيانات.
SELECT department,
COUNT(*) AS total
FROM requests
WHERE created_at >=
CURRENT_DATE - INTERVAL '30 days'
GROUP BY department;أرسلوا الاستعلام ونص الخطأ وإصدار نظام إدارة قاعدة البيانات ومثالًا منزوع الهوية. لا حاجة إلى كلمات المرور أو مفاتيح الوصول أو البيانات الشخصية الحقيقية.
كيفية إرسال المهمة ↗أخطاء الصياغة والأنواع وJOIN وGROUP BY وCTE والدوال النافذية، والصفوف المكررة والمجاميع غير الصحيحة والنتيجة الفارغة.
تحليل عمليات استرجاع البيانات البطيئة، وإعادة كتابة JOIN والاستعلامات الفرعية، وتوصيات بشأن الفهارس وخطة التنفيذ.
PL/pgSQL والدوال والجداول المؤقتة والاستعلامات التحليلية وخصائص Greenplum وأخطاء الأنواع وبنية النتيجة.
ترحيل منطق SQL والدوال والإجراءات: DECODE وNVL والتواريخ وMERGE والمؤشرات والحزم وPL/pgSQL.
استعلامات SQL لـExcel وBI وCRM وERP والمبيعات وأرصدة المخزون والعملاء والمدفوعات والمستندات ومطابقة البيانات.
تحليل SQL الذي كتبه آخرون، واكتشاف الأخطاء وتبسيط المنطق وإضافة التعليقات والتوثيق وإعادة كتابة الاستعلام.
يمكن إرسال نص الاستعلام والخطأ ووصف الجداول والنتيجة المتوقعة. الوصول إلى قاعدة البيانات ليس ضروريًا دائمًا.
يتطلب ترحيل منطق SQL تكييف الدوال والأنواع والتواريخ والمنطق الإجرائي وسلوك نظام إدارة قاعدة البيانات، ولا يقتصر على الاستبدال الآلي للكلمات.
إعداد استعلامات لتصدير بيانات المبيعات والعملاء وأرصدة المخزون والمدفوعات والمستندات والمنتجات والمجموعات والفترات والحالات.
| التحليل الأولي للمهمة | ابتداءً من 3 000 ₽ |
| تصحيح استعلام SQL بسيط | ابتداءً من 5 000 ₽ |
| تطوير استعلام SQL لتصدير البيانات | ابتداءً من 10 000 ₽ |
| تحسين أداء استعلام بطيء | ابتداءً من 15 000 ₽ |
| دالة PL/pgSQL | ابتداءً من 20 000 ₽ |
| ترحيل Oracle PL/SQL → PostgreSQL | ابتداءً من 25 000 ₽ |
| مراجعة شيفرة SQL | ابتداءً من 20 000 ₽ |
| مهمة عاجلة | تُحدد لكل حالة |
تعتمد التكلفة النهائية على نظام إدارة قاعدة البيانات وحجم الشيفرة وتوافر مخطط الجداول ومدى الاستعجال والحاجة إلى الاختبار وتعقيد منطق الأعمال.
الاستعلام والخطأ ونظام إدارة قاعدة البيانات وبنية الجداول والنتيجة المتوقعة والقيود.
ما البيانات المطلوبة، وكيف تُحسب النتيجة، وأين يحدث الخطأ أو البطء.
SQL مُصحَّح وشرح وتوصيات، وخيارات لتحسين الأداء عند الحاجة.
نعم، غالبًا ما يكفي للتحليل الأولي نص الاستعلام والخطأ وبنية الجداول والنتيجة المتوقعة. ولتحسين الأداء، يُفضَّل توافر خطة التنفيذ ومثال على أحجام البيانات.
نعم. يجب مراعاة اختلافات الدوال وأنواع البيانات والتواريخ والمنطق الإجرائي والصياغة. وقد يتطلب الأمر أحيانًا تغيير النهج بدلًا من الاستبدال المباشر.
نعم، عند توافر نص الاستعلام وبنية الجداول ومثال على الأحجام، ويُفضَّل EXPLAIN / EXPLAIN ANALYZE. ويمكن أيضًا تقديم توصيات بشأن الفهارس وإعادة صياغة المنطق.
نعم. يمكن إعداد استعلام SQL يتوافق مع الحقول والمرشحات والتجميعات والفترات وتنسيق النتيجة المطلوبة.
قبل تعديل SQL، من المفيد تحديد النتيجة التي تُعد صحيحة: الأعمدة المطلوبة، وقواعد اختيار البيانات، ومستوى التفصيل، والتكرارات المسموح بها، وطريقة حساب المجاميع. يتضمن المثال المرجعي مخططًا صغيرًا وسجلات منزوعة الهوية والنتيجة المتوقعة. وتساعد هذه المجموعة على التمييز بين خطأ الصياغة وسوء فهم التقرير.
يتكون التحقق من تحسين الأداء من جزأين. تُقارن أولًا نتائج الاستعلام الأصلي والمعدل: عدد الصفوف والمفاتيح والمجاميع الرقابية للمؤشرات والأمثلة محل الخلاف. ثم تُقارن القياسات على حجم بيانات متفق عليه. ولا تُعد الاستجابة السريعة التي تفقد صفوفًا نتيجة مفيدة لتحسين الأداء.
في PostgreSQL، ينفذ وضع EXPLAIN ANALYZE الاستعلام محل الدراسة فعلًا. لذلك يُتفق مسبقًا على استخدامه مع العمليات التي تغير البيانات وعمليات الاسترجاع الثقيلة؛ وتُفضَّل نسخة اختبار مُعدة لهذا الغرض. تفيد الخطة وحدها دون بيانات فعلية في التحليل الأولي، لكنها لا تحل محل التحقق من النتيجة المتحققة في سيناريو التشغيل.
يُقيَّم ترحيل التقرير أو الإجراء بحسب سلوكه على بيانات متفق عليها. وإلى جانب نجاح التشغيل، تُفحص قواعد التعامل مع القيم المفقودة وتحويل الأنواع والتقريب والتواريخ والحدود الزمنية. وحتى التغيير البسيط في شرط الربط أو المرشح قد يغير المجاميع النهائية رغم التشابه الظاهري بين الاستعلامين.
إذا كان الإجراء يغير البيانات، فتُدرس على نحو منفصل تسلسلات العمليات ومعالجة الخطأ وحالة الجداول بعد تشغيل غير مكتمل. وفي استعلامات التقارير، يُتحقق من تطابق مستوى التفصيل: النتيجة بحسب المستند أو سطر المستند أو مجموعة الكيانات. ولا يجوز تبديل هذه المستويات دون بيان عند إعادة كتابة الاستعلام.
بعد الترحيل، من المفيد الاحتفاظ ببرنامج SQL النصي وقائمة التغييرات والنتائج المرجعية. وتُذكر الاعتماديات التي لم تُحل صراحةً: مثل عدم تقديم دالة مستدعاة أو عدم معرفة قاعدة تعبئة حقل. تتيح هذه القائمة متابعة العمل انطلاقًا من مسألة محددة والاتفاق على التحقق اللاحق دون نقل بيانات تشغيل أو صلاحيات وصول زائدة.
أرفقوا نص الاستعلام والخطأ وبنية الجداول ونظام إدارة قاعدة البيانات والنتيجة المتوقعة. يمكن البدء دون الوصول إلى قاعدة البيانات، بالاعتماد على الشيفرة والوصف.
راسلونا بالبريد الإلكتروني
صفوا مهمة SQL في الرسالة. وأرفقوا عند الحاجة استعلامًا منزوع الهوية ووصف الخطأ وبنية الجداول.
كتابة رسالةيفتح الزر برنامج البريد الإلكتروني لديكم. ويمكنكم أيضًا نسخ العنوان والمراسلة من خدمة البريد التي تستخدمونها.
لا ترسلوا كلمات المرور أو الرموز المميزة أو بيانات الوصول إلى الأنظمة المستخدمة في العمل الفعلي.
تُستخدم فقط البيانات اللازمة لدراسة الطلب. وإذا كانت الموافقة هي الأساس، فأرسلوها برسالة منفصلة وفق التعليمات · شروط إرسال المواد · ملفات تعريف الارتباط والبيانات التقنية · جميع الوثائق القانونية. ولا تُعد الرسالة التي تتضمن سؤالًا بحد ذاتها موافقة شاملة.
سياسة معالجة البيانات الشخصية · الموافقة على معالجة البيانات الشخصية · شروط إرسال المواد · ملفات تعريف الارتباط والبيانات التقنية · جميع الوثائق القانونية