هل هناك حدّ لكمية البيانات التي يستطيع iDBQuery التعامل معها؟

بسبب طريقة تصميم iDBQuery، يُحدَّد سقف حجم البيانات بأنظمتك أنت، لا بسقف اصطناعي داخل التطبيق.

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

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