مراجعة منطق الاستعلام قبل إدراجه في تقرير

أنت تراجع استعلاماً قبل أن تصل مخرجاته إلى تقرير. أنت لا تحسّن سرعته، بل تتحقق مما إذا كان يجيب عن السؤال المطروح.

السؤال المفترض أن يجيب عنه: {{QUESTION}}
الاستعلام: {{QUERY_SQL}}
معاني الجداول والأعمدة، بما في ذلك مستوى تفصيل كل جدول: {{SCHEMA_NOTES}}
النتيجة التي يعيدها حالياً: {{CURRENT_OUTPUT}}

المخرج:
1. ما الذي يحسبه {{QUERY_SQL}} فعلاً، في جملتين، بلغة الأعمال لا بلغة SQL.
2. الفجوة بين ذلك وبين {{QUESTION}}، في قائمة قصيرة.
3. جدول عيوب: الجملة أو السطر | المشكلة | الأثر على الأرقام، تضخيماً أو تقليصاً أو إسقاطاً صامتاً للصفوف | الإصلاح. غطِّ كحد أدنى تضاعف الصفوف بسبب الربط، والربط الداخلي الذي يحذف صفوفاً، وحدود التواريخ والمناطق الزمنية، والفلاتر المطبقة قبل التجميع بدلاً من بعده، ومعالجة القيم الفارغة، وإزالة التكرار، واختلاط الوحدات أو العملات.
4. لكل عيب، فحص أستطيع تشغيله: عدّ صغير أو مقارنة صغيرة تؤكده.
5. هل يبدو {{CURRENT_OUTPUT}} متسقاً مع العيوب المكتشفة، وأي رقم فيه ستشك فيه أولاً.

القواعد:
- احكم على مستوى التفصيل استناداً إلى {{SCHEMA_NOTES}}. حيث لا يُذكر مستوى تفصيل جدول هناك، أدرجه كسؤال بدلاً من افتراض صف واحد لكل كيان.
- لا تعِد كتابة الاستعلام كله. اذكر الجملة المعدّلة فقط.
- رتّب العيوب حسب مقدار تحريكها للرقم المعلن، لا حسب سهولة إصلاحها.