Comment iDBQuery croise-t-il les données issues de différentes sources ?

iDBQuery croise les sources en commençant par construire un modèle unique, interrogeable en direct, au-dessus de tout ce que vous avez connecté : une base MySQL, un entrepôt Postgres, une feuille Excel, un Google Sheet, une API REST, et même un dossier de PDF. Une fois connectées, ces sources se comportent comme des tables au sein d'un système unique.

Lorsque vous posez une question qui les recoupe, iDBQuery : - Utilise la couche sémantique pour comprendre le schéma de chaque source, y compris les noms de colonnes obscurs. - Rédige du SQL inter-sources et l'exécute via son moteur de fédération. - Renvoie la réponse en rattachant chaque chiffre à la source précise dont il provient.

Un exemple concret : « Croise les inscriptions de notre base produit avec le chiffre d'affaires de l'export de facturation et les tickets de support du CSV, puis affiche le chiffre d'affaires et le nombre de tickets par client. » iDBQuery résout les clés entre les trois sources et renvoie un seul tableau sourcé.

Le facteur différenciant, c'est qu'il n'y a aucun ETL, aucun pipeline ni aucun projet d'entrepôt à bâtir au préalable ; la jointure se fait au moment de la requête, sur des données en direct. Comparez cela à une pile traditionnelle, où combiner trois systèmes suppose de les modéliser dans un entrepôt avant de pouvoir poser la moindre question. iDBQuery interroge les données là où elles se trouvent : vous pouvez donc répondre à une question inter-sources dès l'instant où les sources sont connectées, et remonter de chaque chiffre à sa ligne d'origine.