كيف أربط واجهة REST برمجية تتطلب مفتاح API أو OAuth بـ iDBQuery؟
استخدم موصّل REST API في iDBQuery: أدخِل نقطة النهاية وبيانات المصادقة — مفتاح API/رمز حامل (bearer token) أو بيانات اعتماد OAuth — فيستدعي iDBQuery الواجهة البرمجية، ويحوّل الاستجابات إلى جداول قابلة للاستعلام، ويضيفها إلى نموذج حيّ واحد قابل للاستعلام تسأله بلغة طبيعية، مع إجابات موثّقة بمصادرها.
يتعامل موصّل REST API في iDBQuery مع الواجهات البرمجية المُصادَق عليها، فلا تحتاج إلى سكربت مُخصّص أو خط بيانات لإدخال بيانات واجهة برمجية إلى التحليل.
- وجِّه وصادِق. أدخِل عنوان نقطة النهاية (URL) وبيانات مصادقة الواجهة — مفتاح API / رمز حامل في ترويسة، أو تدفّق OAuth ببيانات اعتماد العميل / الرموز. يخزّن iDBQuery بيانات الاعتماد بأمان (مُشفَّرة) ويُضمّنها في كل استدعاء.
- صُغ الاستجابة. يُوحّد iDBQuery استجابات JSON — بتسطيح الحقول المتداخلة ومعالجة التقسيم إلى صفحات (pagination) — في جداول قابلة للاستعلام، ويطبّق طبقته الدلالية على أسماء الحقول.
- اسأل بلغة طبيعية. تصبح الواجهة البرمجية جزءًا من نموذجك الحيّ الواحد القابل للاستعلام: يكتب iDBQuery الاستعلام ويشغّله، ويعيد رقمًا أو رسمًا بيانيًا أو لوحة معلومات موثّقة بمصدرها.
هذا هو الموصّل نفسه المستخدَم لأدوات SaaS مثل Salesforce وHubSpot وStripe وAirtable — أي منتج له واجهة REST برمجية. والفارق المميّز أن بيانات الواجهة البرمجية لا تبقى في صومعة معزولة: يمكنك دمجها مع قواعد بياناتك ومستودعك وجداول بياناتك في سؤال واحد، نموذج واحد، دون ETL. وكل رقم مُسنَد إلى السجل المصدري، ويمكنك جدولة المصدر ليُحدَّث كي تبقى الإجابات محدّثة. وهناك تدابير وقائية ضد تزوير الطلب من جانب الخادم (SSRF)، وللتكاملات الحساسة يمكنك النشر في سحابتك الخاصة الافتراضية (VPC) أو في بيئة معزولة عن الشبكة كي تبقى الاستدعاءات داخل شبكتك.
Updated 2026-06-22