كيف يتعامل iDBQuery مع جدول له مئات الأعمدة؟

قد تكون جداول المؤسّسات هائلة، مئات الأعمدة من الأعلام والرموز والحقول نادرة الاستعمال. وإلقاء كل ذلك على النموذج بطيء وعرضة للخطأ، لذا يضيّق iDBQuery المجال أولاً.

• اختيار حسب الصلة. من سؤالك يحدّد حفنة الأعمدة المهمّة، المقياس، والأبعاد، والتاريخ، ويكتب SQL تختار تلك فقط.
• الطبقة الدلالية. تصف التعليقات التوضيحية والمسرد التجاري معنى الأعمدة الغامضة، فيستطيع iDBQuery معرفة أن `dt_cls_fsc` هو تاريخ الإغلاق المالي دون أن تنصّ عليه.
• الاستكشاف التدريجي. يمكنك أن تسأل "ما الأعمدة في هذا الجدول؟" أو "أي حقول تبدو تواريخ؟" لتوجيه نفسك قبل الغوص.

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