iDBQuery est-il une base de données ?
Non — iDBQuery n'est pas une base de données ; c'est une couche d'IA qui se superpose à vos bases de données et fichiers existants. Il se connecte à vos sources, rédige et exécute des requêtes sur celles-ci et renvoie des réponses sourcées, sans stocker vos données comme son propre système de référence.
On suppose facilement qu'un outil qui répond à des questions sur les données doit être une base de données, mais iDBQuery fonctionne à l'inverse.
- Il se superpose à vos données. iDBQuery se connecte aux bases de données, entrepôts, feuilles de calcul, fichiers et API que vous possédez déjà.
- Il interroge, il ne stocke pas. Plutôt que d'être un endroit où vous chargez des données, il lit ce dont une question a besoin au moment de la requête et renvoie la réponse.
- Il est en lecture seule par conception. iDBQuery ne fait pas office de système de référence et n'écrit pas dans vos sources.
La relation est donc la suivante : vos bases de données détiennent les données ; iDBQuery est l'intelligence qui permet à quiconque de leur poser des questions en langage courant et d'obtenir des réponses sourcées. C'est pourquoi il n'y a aucune étape de migration ou d'importation — vous conservez vos systèmes existants et vous y pointez iDBQuery. Par exemple, vos commandes peuvent résider dans PostgreSQL et vos budgets dans une feuille de calcul ; iDBQuery ne copie ni l'un ni l'autre dans une nouvelle base de données, il les fédère en un seul modèle vivant et les interroge là où ils se trouvent. Si vous vous demandez si adopter iDBQuery signifie mettre en place et maintenir encore une base de données de plus, la réponse est non. C'est une couche de compréhension au-dessus des bases de données que vous exploitez déjà.
Updated 2026-06-22