Comment connecter à iDBQuery une base de données sur site située derrière un pare-feu ?

Pour une base de données derrière un pare-feu d'entreprise, la réponse n'est pas de l'exposer — c'est d'amener iDBQuery à l'intérieur du périmètre avec elle.

• Déployez là où sont les données. iDBQuery s'exécute dans le cloud, votre propre VPC, ou entièrement en air-gapped. Placez-le sur votre réseau (ou sur le même segment que la base de données) afin qu'il se connecte via un réseau privé — aucune règle de pare-feu entrante, aucun point de terminaison public, aucune sortie de données.
• Connexion à privilège minimal. Fournissez un utilisateur en lecture seule et les informations de connexion standard (hôte, port, base de données). iDBQuery introspecte le schéma et applique sa couche sémantique pour en interpréter les noms.
• Interrogez en langage naturel. La base de données rejoint votre modèle vivant unique interrogeable ; iDBQuery écrit le SQL, l'exécute localement, et renvoie des réponses sourcées jusqu'aux lignes exactes.

Comme iDBQuery interroge sur place plutôt que de copier vos données vers l'extérieur, rien n'a besoin de quitter les locaux — une approche adaptée aux environnements réglementés, hors ligne ou sensibles en matière de souveraineté des données. Pour les cas les plus stricts, le déploiement air-gapped et l'application de bureau / SDK embarqué gardent tout en local, sans aucun appel externe. Vous pouvez toujours combiner la base de données sur site avec d'autres sources présentes sur le réseau — une deuxième base de données, un entrepôt de données, un dossier de fichiers — dans une même question, un seul modèle, sans pipeline. Le chiffrement en transit et au repos ainsi que le RBAC s'appliquent tout au long.