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