iDBQuery utilise-t-il des données en direct ou mises en cache ?

Par défaut, iDBQuery interroge vos bases et entrepôts en direct : une réponse reflète donc leur état exact au moment où vous posez la question ; il n'y a aucune copie nocturne intercalée. L'interrogation sur place signifie que la source constitue l'unique version de la vérité.

Certains types de sources fonctionnent par nature différemment : - Les documents, les PDF et les dossiers de fichiers sont lus et indexés selon une fréquence de synchronisation que vous définissez, car ce ne sont pas des moteurs d'interrogation en direct. Vous pouvez les resynchroniser à la demande. - Les API REST et les entrepôts sont interrogés selon la façon dont vous avez configuré la connexion et l'éventuel intervalle de synchronisation.

Un exemple concret : demandez « combien de commandes aujourd'hui ? » sur une base connectée et vous obtenez le décompte actuel ; posez une question sur un dossier de factures numérisées et la réponse reflète la dernière indexation, que vous pouvez actualiser à tout moment.

Le facteur différenciant, c'est la transparence sur la fraîcheur des données. Parce que chaque chiffre est rattaché à sa source et qu'iDBQuery distingue les sources en direct des sources indexées, vous savez toujours si un chiffre est en direct ou daté de la dernière synchronisation. C'est important pour le reporting : vous pouvez vous fier au caractère actuel d'un chiffre issu d'une base en direct, et vous maîtrisez la cadence d'actualisation des sources documentaires. Il n'y a aucun cache caché servant en silence des chiffres périmés ; la source et sa fraîcheur sont toujours visibles derrière la réponse.