iDBQuery peut-il interroger une vue de base de données ?

Une vue de base de données est une requête enregistrée qui présente les données comme s'il s'agissait d'une table. iDBQuery traite les vues exactement comme des tables : il les inspecte, comprend leurs colonnes grâce à la couche sémantique et vous permet de poser des questions en langage courant.

Les vues sont particulièrement utiles avec iDBQuery, car elles vous permettent de façonner les données à votre convenance :

• N'exposer que le nécessaire — construisez une vue qui sélectionne des colonnes spécifiques, de sorte que les champs sensibles ne soient tout simplement jamais présentés à iDBQuery.
• Pré-joindre et nettoyer — encodez les bonnes jointures et les bons filtres dans la vue, et toute personne qui interroge via iDBQuery hérite de cette logique métier.
• Renommer pour plus de clarté — donnez des alias aux colonnes cryptiques sous des noms parlants dans la vue, facilitant encore davantage le travail de la couche sémantique.

Comme iDBQuery interroge sur place, il s'exécute à chaque fois sur la vue en direct, de sorte que les réponses reflètent les données actuelles — et chaque valeur reste sourcée jusqu'aux lignes sous-jacentes que la vue expose.

Exemple : une équipe data crée une vue « customer_health » qui joint les abonnements, l'utilisation et les tickets de support avec la bonne logique. Elle pointe iDBQuery vers cette seule vue, et les responsables de la réussite client demandent « quels comptes semblent à risque ce mois-ci ? » en obtenant des réponses cohérentes et sourcées, fondées sur la définition officielle de l'équipe. Si vos données changent de forme, vous mettez la vue à jour une seule fois et chaque réponse d'iDBQuery reste correcte.