هل يمكنني جدولة عدد مرات تحديث مصدر متصل في iDBQuery؟

تعتمد كيفية بقاء المصدر محدّثًا على نوعه، ويتعامل iDBQuery مع الحالتين كلتيهما كي تعكس إجاباتك أحدث البيانات.

• قواعد البيانات والمستودعات الحيّة — MySQL وPostgres وSQL Server وSnowflake وBigQuery وما شابهها — تُستعلَم في مكانها في كل مرة تسأل، فلا شيء يحتاج إلى تحديث: تحصل دائمًا على أرقام محدّثة.
• مصادر الملفات والمجلدات والواجهات البرمجية — CSV/Excel، أو مجلد مستندات، أو واجهة REST برمجية — تُستوعَب، فيمكنك ضبط جدول تحديث (مثلًا، إعادة مزامنة واجهة REST برمجية ليليًا أو مجلد مرفوع وفق فترة تختارها)، أو تشغيل تحديث يدوي كلما تغيّرت البيانات الأساسية.

تضبط هذا لكل مصدر عند ربطه، ويمكنك تغييره لاحقًا. وتعني التحديثات المجدولة أن التقارير المتكررة ولوحات المعلومات الحيّة تظل تتحدّث دون أن يعيد أحد تشغيل استيراد يدويًا. ويظل الفارق المميّز قائمًا طوال ذلك: يحتفظ iDBQuery بـ نموذج حيّ واحد قابل للاستعلام عبر جميع المصادر، ويبقى كل رقم مُسنَدًا إلى صفه المصدري الدقيق، فتبقى لوحة المعلومات المُحدَّثة قابلة للتدقيق بالكامل. اجمع بين واجهة برمجية تُزامَن ليليًا وقاعدة بيانات حيّة دائمًا في السؤال نفسه، فيستدلّ iDBQuery عبر كليهما — دون ETL ودون مُجدوِل منفصل تصونه. وفي النشر ضمن سحابة خاصة افتراضية (VPC) أو بيئة معزولة عن الشبكة، تُجرى التحديثات بالكامل داخل بيئتك.