iDBQuery copie-t-il mes données ou les interroge-t-il sur place ?

L'endroit où résident vos données dépend de la source et du déploiement, mais le principe reste le même : iDBQuery touche vos données le moins possible.

• Les bases de données sont interrogées sur place. iDBQuery les lit en direct à l'aide d'identifiants en lecture seule, de sorte que la réponse reflète toujours les données actuelles et que rien n'est dupliqué dans un entrepôt.
• Les fichiers que vous téléversez (tableurs, PDF, dossiers) sont indexés localement afin de pouvoir être interrogés — le texte est extrait, la structure est capturée, et le contenu devient partie intégrante de votre modèle vivant. Avec l'application de bureau ou un déploiement air-gapped, ce traitement s'effectue entièrement sur votre propre machine ou au sein de votre environnement.
• Les API sont récupérées selon la fréquence que vous choisissez et mises en cache pour l'interrogation, puis actualisées.

Point essentiel : iDBQuery ne modifie jamais vos systèmes sources. Il se contente de lire. Et parce qu'il interroge en direct plutôt que de s'appuyer sur une copie centrale périmée, vous évitez les problèmes d'actualité et la maintenance de pipelines qu'implique un entrepôt. Si garder les données en local est une exigence absolue, l'application de bureau et le SDK embarqué conservent tout à l'intérieur de votre périmètre.