هل يستطيع iDBQuery قراءة ملفات XML؟

يعمل iDBQuery أصلياً مع الملفات الجدولية والمستندية (CSV وExcel وGoogle Sheets وJSON وملفات PDF)، لذا فإن المسار الموثوق لـ XML هو تحويله أو تصديره إلى CSV أو JSON واستيعاب ذلك، أو، بالنسبة إلى تغذية XML عبر واجهة برمجة تطبيقات، توجيه موصّل REST إلى نقطة النهاية. وكلاهما يمنحك نموذجاً حيّاً قابلاً للاستعلام.

بُني استيعاب الملفات في iDBQuery حول الصيغ الجدولية والمستندية، أي CSV وExcel وGoogle Sheets وJSON وملفات PDF (مع التعرّف الضوئي على الحروف). أما XML الخام فلا يُعامَل بوصفه صيغة جدول من الطراز الأول كما تُعامَل تلك، لذا فالإجابة الصادقة هي أن XML يحتاج إلى خطوة صغيرة واحدة ليصبح قابلاً للاستعلام، وثمة مساران يُعتمَد عليهما.

  • حوّله أو صدّره إلى صيغة مدعومة. فمعظم الأنظمة التي تنتج XML تستطيع أيضاً تصدير CSV أو JSON، وأدوات التحويل البسيطة تحوّل ملف XML إلى جدول مسطّح. استوعب ذلك الـ CSV أو JSON فيبني iDBQuery منه نموذجاً حيّاً قابلاً للاستعلام. وهذا أسلس مسار للملفات والصادرات المنفردة.
  • وجّه موصّل REST/API إلى تغذية XML. إذا كان XML لديك يُقدَّم من نقطة نهاية HTTP (وكثير من الواجهات القديمة والتغذيات على غرار RSS كذلك)، فيستطيع موصّل الواجهة جلبه وتحويل الاستجابة المنظّمة إلى جدول وفق جدول زمني.

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

Updated 2026-06-22