Comment iDBQuery s'assure-t-il de ne jamais écrire dans mes données ni les supprimer ?

Laisser une IA générer du SQL soulève une question évidente : pourrait-elle un jour exécuter une commande destructrice ? iDBQuery est conçu pour que la réponse soit non.

• Lecture seule par conception. Le produit existe pour analyser, il génère donc des requêtes de lecture de type `SELECT`, et non des `INSERT`, `UPDATE`, `DELETE` ou `DROP`.
• Validation du SQL. Le SQL généré passe par une validation qui rejette les instructions modifiant les données et les instructions dangereuses avant toute exécution, de sorte qu'une requête malformée ou manipulée ne peut pas passer.
• Identifiants au moindre privilège. Se connecter avec un utilisateur de base de données en lecture seule rend la garantie absolue à la source : même si une action inattendue était tentée, la base de données elle-même la refuserait.

Ensemble, ces mesures offrent une défense en profondeur — un contrôle dans iDBQuery et un contrôle dans votre propre infrastructure. C'est la même philosophie que celle de la requête sur place et du déploiement partout : garder l'empreinte de l'outil étroitement bornée et garder vos données sous votre contrôle. Pour plus d'assurance, iDBQuery conserve des journaux d'audit de l'activité, et chaque réponse montre la requête de lecture exacte qu'il a exécutée, de sorte que vous pouvez confirmer par vous-même que seul un SQL sûr et non destructeur a été exécuté.