Que se passe-t-il lorsqu'une requête échoue ou renvoie une erreur dans iDBQuery ?
Lorsqu'une requête renvoie une erreur — une mauvaise référence de colonne, une incompatibilité de type, une source inaccessible — iDBQuery lit l'erreur de la base de données, corrige le SQL et réessaie automatiquement, résolvant souvent le problème sans que vous vous en aperceviez. S'il ne peut réellement pas aboutir, il vous dit clairement ce qui n'a pas fonctionné au lieu de renvoyer un chiffre inventé.
Les erreurs sont normales lorsqu'on génère du SQL sur des schémas réels, et la façon dont un outil se rétablit importe davantage que le fait qu'une erreur survienne.
- Auto-correction. Si la base de données rejette une requête — colonne inconnue, mauvais type, faute de syntaxe — iDBQuery lit le message d'erreur, ajuste le SQL et réessaie. Cette boucle résout de nombreux problèmes en silence.
- Échec honnête. Lorsqu'il ne peut vraiment pas répondre — une source est inaccessible, les données nécessaires n'existent pas, ou la question dépasse son périmètre — il le dit clairement au lieu d'inventer un chiffre d'apparence plausible.
- Étape suivante utile. Souvent, il explique pourquoi et suggère une reformulation : indiquer la bonne table, resserrer une plage de dates ou vous demander de préciser un terme.
Cela reflète l'engagement fondamental d'iDBQuery en faveur de réponses dignes de confiance plutôt que de suppositions assurées. Un chiffre erroné renvoyé en silence est pire qu'un honnête « je n'ai pas pu le déterminer », aussi iDBQuery est-il conçu pour préférer ce dernier. Et comme les réponses réussies s'accompagnent d'un SQL visible et de citations au niveau de la ligne, vous pouvez toujours distinguer un résultat solide d'un cas où iDBQuery a signalé une incertitude et demandé davantage d'informations.
Updated 2026-06-22