ماذا يحدث حين يتغيّر مخطّط قاعدة بياناتي في iDBQuery؟

تتطوّر قواعد البيانات: يضيف فريق عموداً، أو يعيد تسمية جدول، أو يُدخِل بُعداً جديداً. بُني iDBQuery ليواكب لا لينكسر.

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

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