ما هو ETL (الاستخراج والتحويل والتحميل)؟
يرمز ETL إلى الاستخراج والتحويل والتحميل (extract, transform, load) — وهي عملية سحب البيانات من الأنظمة المصدرية، وإعادة تشكيلها إلى صورة متّسقة، وتحميلها إلى مستودع بيانات أو قاعدة بيانات للتحليل. وهي فعّالة لكنها تتطلّب خطوط بيانات وصيانة. ويتخطّى iDBQuery ETL بالاستعلام عن مصادرك في مكانها.
ETL هو السباكة التقليدية للتحليلات. فتُـستخرَج البيانات من الأنظمة التشغيلية، وتُـحوَّل إلى صور نظيفة ومتّسقة وجاهزة للتحليل، وتُـحمَّل إلى وجهة مثل مستودع البيانات. (وثمة صيغة أحدث، ELT، تُحمِّل أولًا ثم تحوّل داخل المستودع.) وفي الحالتين، الهدف هو إخراج البيانات من الأنظمة المتناثرة وإدخالها إلى مكان واحد يمكنك إعداد التقارير منه.
والمشكلة أن خطوط بيانات ETL مشاريع هندسية. فيجب بناؤها وجدولتها ومراقبتها وإصلاحها؛ وحين يتغيّر مخطط مصدر أو تفشل مهمة، تصبح التقارير اللاحقة قديمة أو خاطئة، وغالبًا بصمت. ويصبح خط البيانات لدى كثير من الفرق عبئًا صيانيًا دائمًا يقف بينها وبين أسئلتها.
ويسلك iDBQuery طريقًا مختلفًا. فبدلًا من نقل بياناتك عبر خط بيانات إلى مستودع قبل أن تتمكّن من السؤال عن أي شيء، يستعلم عن مصادرك حيث تقيم أصلًا ويبني نموذجًا حيًّا واحدًا عبرها. وهذا يعني:
- لا خط بيانات تبنيه أو ترعاه قبل الحصول على إجابة.
- لا قِدَم بسبب مهمة ليلية فاشلة — إذ يعكس النموذج مصادرك كما هي الآن.
- لا نسخة مكرّرة من بياناتك قابعة في نظام ثانٍ.
وإذا كنت تشغّل ETL ومستودعًا أصلًا، يتصل iDBQuery بالنتيجة كمصدر SQL. لكن إذا كان خط البيانات موجودًا فقط كي يتمكّن الناس من طرح أسئلة تشمل عدة أنظمة، فإن iDBQuery يتيح لك طرحها مباشرةً — بلغة طبيعية، مع إجابات موثّقة بمصادرها — وتخطّي ETL تمامًا.
Updated 2026-06-22