كيف يتعامل iDBQuery مع سؤال غامض؟
عندما يكون السؤال غامضًا، إما أن يطرح iDBQuery سؤالًا توضيحيًّا أو يذكر الافتراض الذي بناه، مثل أي عمود «إيراد» أو نطاق تواريخ استخدم، ويعرض استعلام SQL، فتتمكّن من تصحيحه بمتابعة واحدة بدلًا من الحصول على رقم خاطئ بصمت.
لا يخمّن iDBQuery بصمت عندما يكون السؤال غير واضح؛ بل يجعل تفسيره مرئيًّا كي تتمكّن من تصحيحه في خطوة واحدة: - إذا كان السؤال غامضًا فعلًا، يطرح سؤالًا توضيحيًّا، مثل أي «إيراد» تقصد (المحجوز أم المعترَف به أم المُحصَّل) أو أي نطاق تواريخ. - وإذا كان بإمكانه المضيّ قدمًا بشكل معقول، يذكر الافتراض الذي بناه ويعرض استعلام SQL الذي كتبه، فيكون التفسير حاضرًا أمامك للتحقق منه.
مثال تطبيقي: تسأل «اعرض لي أفضل العملاء.» قد يجيب iDBQuery بحسب إجمالي الإنفاق هذا العام مع ملاحظة «مرتَّبون بحسب إجمالي الإيراد في 2026، أخبرني إن كنت تقصد عدد الطلبات أو فترة مختلفة»، فتصقل النتيجة بمتابعة من سطر واحد.
وما يميّزه هو أن الغموض يظهر بدلًا من أن يختفي. فأداة تحويل النص إلى SQL البسيطة كثيرًا ما تعيد رقمًا واثقًا لكنه خاطئ لأنها اختارت عمودًا بصمت؛ أما iDBQuery فيؤسّس الاستعلام على مخطّطك الحقيقي وطبقتك الدلالية، ويعرض عمله، ويُسنِد النتيجة، فيصبح أي سوء قراءة واضحًا ورخيص الإصلاح. ولأنه حواري، فإن تصحيح افتراض ما ليس إلا الرسالة التالية، «لا، استخدم الإيراد المعترَف به والربع الماضي»، بدلًا من إعادة كتابة استعلام. والنتيجة عدد أقل من الإجابات الواثقة الخاطئة، وعدد أكبر يمكنك الوثوق به.
Updated 2026-06-22