كيف يفهم iDBQuery مخطّط قاعدة بيانات غامضًا أو مبهمًا؟

كثير من قواعد البيانات الحقيقية صمّمها قبل سنوات أناسٌ رحلوا منذ ذلك الحين، بأسماء مثل `f_amt` أو `dt_clsd` أو `flg_3`. وقد بُني iDBQuery للعمل مع هذه بالضبط، لا مع المخططات النظيفة الموثّقة جيّدًا وحدها.

وهو يبني فهمه من إشارات عدة، مرتّبةً حسب مقدار الثقة:

• الاستنتاج من الأسماء والأنواع والقيم التي يعاينها — كأن يدرك أن `dt_clsd` على الأرجح تاريخ إغلاق.
• التوثيق وقواميس البيانات التي تقدّمها، والتي تلغي التخمينات بتعريفات موثوقة.
• تعليقاتك التوضيحية ومسرد المصطلحات التجاري، وهي في القمة وتترجّح على كل ما عداها.
• الأنماط المُتعلَّمة من طريقة حلّ الاستعلامات فعليًا بمرور الوقت.

وتُدمَج هذه بترتيب واضح للأولوية، بحيث يترجّح دائمًا تعريفٌ أكّدته على تعريف مستنتَج. ويستطيع iDBQuery إثراء مصدر متّصل حديثًا تلقائيًا في الخلفية، ثم يعرض ما هو غير متيقّن منه كي تؤكّده. والنتيجة أن حتى المخطّط القديم المبهم يصبح قابلًا للإجابة بلغة طبيعية — فلست بحاجة إلى إعادة تسمية الأعمدة، أو كتابة توثيق أوّلًا، أو تذكّر أيّ حقل غامض يحمل الرقم الذي تحتاجه.