هل يمكنني ربط واجهة GraphQL بـ iDBQuery؟
نعم. يستطيع موصّل REST/API في iDBQuery استدعاء نقطة نهاية GraphQL بإرسال استعلامك إليها عبر POST، ثم يحوّل استجابة JSON إلى جدول حيّ قابل للاستعلام، بحيث يعمل مصدر GraphQL كأي مصدر REST رغم أن iDBQuery لا يملك موصّل GraphQL مخصّصاً.
لا يقدّم iDBQuery موصّل GraphQL منفصلاً، لكنك لست بحاجة إليه. فواجهة GraphQL تُقدَّم عبر HTTP: إذ ترسل طلب HTTP POST يحتوي على استعلامك إلى نقطة نهاية واحدة وتستقبل JSON. وقد بُني موصّل REST/API في iDBQuery لهذا بالضبط، فتُعِدّ نقطة النهاية، وتضيف ترويسة المصادقة (مفتاح واجهة برمجة تطبيقات أو رمز OAuth)، وتقدّم استعلام GraphQL في متن الطلب. عندئذٍ يحوّل iDBQuery JSON المُعاد إلى جدول حيّ قابل للاستعلام يصبح جزءاً من نموذجك الواحد.
وهذا هو التأطير الصادق: يعامل iDBQuery GraphQL بوصفها واجهة HTTP ويقرأ استجابة JSON الخاصة بها، بدلاً من فحص مخطط GraphQL كعميل GraphQL أصلي. وعملياً، هذا كل ما تحتاجه معظم حالات الاستخدام التحليلية.
بمجرد الاتصال يمكنك:
- طرح الأسئلة بلغة طبيعية على البيانات التي يعيدها استعلامك، مع توثيق كل رقم بالرجوع إلى صفوف المصدر.
- ضمّ مصدر GraphQL بقواعد البيانات والملفات في النموذج نفسه، بحيث يمكن تحليل خادم خلفي يعتمد على GraphQL فقط إلى جانب مستودعك أو جداول بياناتك.
- التحديث وفق جدول زمني بحيث تبقى البيانات حديثة.
كثير من التطبيقات الحديثة، بما فيها بعض أدوات المشاريع والتجارة، تكشف GraphQL بدلاً من REST، لذا يُبقيها هذا في المتناول. وإذا كان المزوّد يوفّر أيضاً نقاط نهاية REST أو تصدير بيانات، فهذه تعمل كذلك. وفي كلتا الحالتين يكون السؤال بلغة طبيعية واحداً.
Updated 2026-06-22