Puis-je connecter Azure Database for PostgreSQL ou MySQL à iDBQuery ?
Oui. Azure Database for PostgreSQL et Azure Database for MySQL exécutent des moteurs standard, si bien qu'iDBQuery s'y connecte via son connecteur PostgreSQL ou MySQL. Fournissez le nom du serveur Azure et un utilisateur en lecture seule, et vous pourrez les interroger en langage courant avec des réponses sourcées.
Azure Database for PostgreSQL et Azure Database for MySQL sont des versions gérées des moteurs open source standard, si bien qu'iDBQuery s'y connecte via son connecteur PostgreSQL ou MySQL natif — il vous suffit de fournir le nom d'hôte du serveur Azure, la base de données et les identifiants.
Avec la base connectée, vous pouvez :
- Interroger en langage courant — « les abonnements actifs par niveau ce mois-ci » — et iDBQuery rédige et exécute le SQL.
- Vérifier chaque chiffre — chaque valeur est sourcée jusqu'aux lignes exactes.
- Combiner des sources — joignez-la à un entrepôt, une feuille de calcul ou une API dans une seule réponse, sans pipeline.
Pour la sécurité, créez un utilisateur en lecture seule et atteignez le serveur via Azure Private Link, un VNet ou un tunnel SSH afin qu'il ne soit pas exposé publiquement ; déployer iDBQuery dans le même VNet Azure maintient tout le trafic au sein de votre réseau. Les règles de pare-feu d'Azure vous permettent de définir précisément quels hôtes peuvent se connecter.
Exemple : une société de services fait tourner son application sur Azure Database for PostgreSQL. Un associé demande « quels clients ont dépassé leurs heures contractuelles ce trimestre ? » et obtient un tableau sourcé en quelques secondes. La couche sémantique fait correspondre les noms de colonnes techniques de l'application à des termes métier, de sorte que les non-techniciens peuvent interroger directement sans connaître le schéma — et chaque réponse reste traçable jusqu'à la source.
Updated 2026-06-22