هل يمكنني ربط قاعدة بيانات بـ iDBQuery عبر ODBC أو JDBC؟
يتصل iDBQuery بقواعد بيانات ومستودعات SQL القياسية مباشرةً باستخدام تفاصيل الاتصال المعتادة — المضيف والمنفذ واسم قاعدة البيانات وبيانات اعتماد بصلاحية قراءة فقط — وهي الاتصالية نفسها التي تعتمد عليها الأدوات التي تستخدم ODBC أو JDBC. فإذا كانت قاعدة بياناتك تتحدث SQL القياسية، اتصل بها iDBQuery وأضافها إلى نموذج حيّ واحد قابل للاستعلام.
إذا اعتدت الوصول إلى قاعدة بيانات عبر ODBC أو JDBC، فإن التصوّر الذهني ينطبق مباشرةً: يتصل iDBQuery بقواعد بيانات ومستودعات SQL القياسية نفسها التي تستهدفها تلك المشغّلات (drivers)، مستخدمًا تفاصيل الاتصال المعتادة.
- تتصل بإدخال المضيف والمنفذ وقاعدة البيانات/المخطط ومستخدم بصلاحية قراءة فقط — وهي الإحداثيات نفسها التي يحتاجها مصدر بيانات ODBC/JDBC.
- يفحص iDBQuery الجداول والأعمدة بنيويًا، ويطبّق طبقته الدلالية لتفسير التسمية، ويضيف قاعدة البيانات إلى نموذجك الحيّ الواحد القابل للاستعلام.
- ثم تسأل بلغة طبيعية فيكتب iDBQuery استعلام SQL ويشغّله، ويعيد إجابة أو رسمًا بيانيًا أو لوحة معلومات موثّقة بمصدرها.
ويشمل ذلك محركات SQL الشائعة — MySQL وPostgreSQL وSQL Server وOracle وMariaDB وSQLite — ومستودعات SQL مثل Snowflake وBigQuery وRedshift وDatabricks، كلها عبر موصّل المستودعات/قواعد البيانات القياسي بدلًا من بناء مُخصّص لكل مورّد. ومكمن الاختلاف هو ما يحدث بعد الاتصال: فبدلًا من مُشغّل يكتفي بإعادة الصفوف إلى أداة ذكاء الأعمال، يتيح iDBQuery لأي شخص أن يسأل بلغة طبيعية، ويستعلم في المكان، ويُسنِد كل رقم إلى صفوفه المصدرية. ويمكنك كذلك مزج تلك القاعدة مع مصادر متصلة أخرى في سؤال واحد — نموذج واحد، دون ETL. ولقواعد البيانات الواقعة خلف جدار حماية، انشر iDBQuery في السحابة الخاصة الافتراضية (VPC) نفسها أو في بيئة معزولة عن الشبكة كي يبقى الاتصال خاصًّا.
Updated 2026-06-22