Que se passe-t-il lorsqu'iDBQuery ne peut pas répondre à une question ?

Lorsqu'iDBQuery ne peut pas répondre, il le dit et en explique la raison, plutôt que d'inventer un chiffre d'apparence plausible : - Si la donnée n'est pas connectée, il vous indique quelle source il faudrait ajouter. - Si aucune colonne ou table n'existe pour ce que vous avez demandé, il indique que la donnée n'est pas disponible plutôt que de substituer le mauvais champ. - Si la question est ambiguë ou insuffisamment précisée, il pose une question de clarification.

Un exemple concret : vous demandez « quel est notre taux d'attrition ? » mais aucune donnée d'abonnement ou de résiliation n'est connectée. iDBQuery explique qu'il ne peut pas calculer l'attrition sans cette source et suggère de la connecter, au lieu de renvoyer un chiffre fabriqué.

Le facteur différenciant, c'est l'honnêteté par conception. Parce que chaque réponse réelle est rattachée à des lignes sources et présentée avec son SQL, iDBQuery n'a aucun moyen de faire passer une supposition non sourcée pour un résultat ; s'il ne peut rattacher un chiffre à vos données, il ne le présentera pas comme un fait. C'est l'inverse d'un agent conversationnel généraliste, qui produira volontiers un chiffre assuré mais sans fondement. Pour des questions réellement difficiles mais résolubles, l'agent Analyste tentera une investigation en plusieurs étapes avant de conclure, et s'il n'y parvient toujours pas, il rapporte ce qu'il a tenté et ce qui manque. Un « non » d'iDBQuery est donc digne de confiance, et s'accompagne généralement de l'étape suivante pour parvenir à un « oui ».