Puis-je planifier la fréquence d'actualisation d'une source connectée dans iDBQuery ?

La façon dont une source reste à jour dépend de son type, et iDBQuery gère les deux cas afin que vos réponses reflètent les données les plus récentes.

• Les bases de données et entrepôts en direct — MySQL, Postgres, SQL Server, Snowflake, BigQuery et consorts — sont interrogés sur place à chaque question, il n'y a donc rien à actualiser : vous obtenez toujours des chiffres à jour.
• Les sources fichier, dossier et API — CSV/Excel, un dossier de documents ou une API REST — sont ingérées, vous pouvez donc définir une planification d'actualisation (par exemple resynchroniser une API REST chaque nuit ou un dossier téléversé à l'intervalle de votre choix), ou déclencher une actualisation manuelle dès que les données sous-jacentes changent.

Vous définissez ce paramètre par source lors de la connexion, et vous pouvez le modifier ensuite. Les actualisations planifiées font que les rapports récurrents et les tableaux de bord dynamiques restent à jour sans que personne n'ait à relancer un import à la main. Le facteur différenciant tient tout du long : iDBQuery conserve un modèle unique, vivant et interrogeable sur toutes les sources, et chaque chiffre reste cité jusqu'à sa ligne source exacte, de sorte qu'un tableau de bord actualisé reste entièrement auditable. Combinez une API synchronisée chaque nuit avec une base de données toujours en direct dans la même question et iDBQuery raisonne sur les deux — sans ETL, sans planificateur distinct à entretenir. Dans un déploiement en VPC ou isolé (air-gapped), les actualisations s'exécutent entièrement à l'intérieur de votre environnement.