Puis-je connecter une base de données à iDBQuery via ODBC ou JDBC ?

Si vous avez l'habitude d'accéder à une base de données via ODBC ou JDBC, le modèle mental se transpose directement : iDBQuery se connecte aux mêmes bases de données et entrepôts SQL standard que ces pilotes ciblent, en utilisant les informations de connexion habituelles.

• Vous vous connecteriez en saisissant l'hôte, le port, la base/le schéma et un utilisateur en lecture seule — les coordonnées identiques dont a besoin une source de données ODBC/JDBC.
• iDBQuery réalise une introspection des tables et des colonnes, applique sa couche sémantique pour interpréter la dénomination et ajoute la base de données à votre modèle unique, vivant et interrogeable.
• Vous questionnez ensuite en langage naturel et iDBQuery rédige le SQL, l'exécute et renvoie une réponse, un graphique ou un tableau de bord, le tout cité.

Cela couvre les moteurs SQL courants — MySQL, PostgreSQL, SQL Server, Oracle, MariaDB, SQLite — ainsi que les entrepôts SQL tels que Snowflake, BigQuery, Redshift et Databricks, le tout via le connecteur standard entrepôt/base de données plutôt qu'une construction sur mesure par éditeur. Le point de différence est ce qui se passe après la connexion : au lieu qu'un pilote se contente de renvoyer des lignes à un outil de BI, iDBQuery permet à quiconque de questionner en langage naturel, interroge sur place et cite chaque chiffre jusqu'à ses lignes sources. Vous pouvez aussi mêler cette base de données à d'autres sources connectées dans une seule question — un seul modèle, sans ETL. Pour les bases de données derrière un pare-feu, déployez iDBQuery dans le même VPC ou en environnement isolé (air-gapped) afin que la connexion reste privée.