Que se passe-t-il lorsque le schéma de ma base de données change dans iDBQuery ?

Les bases de données évoluent : une équipe ajoute une colonne, renomme une table ou introduit une nouvelle dimension. iDBQuery est conçu pour suivre plutôt que pour casser.

• Réintrospection. iDBQuery peut actualiser sa cartographie d'une source, en détectant les nouvelles tables et colonnes et les types mis à jour, de sorte que sa compréhension corresponde au schéma en direct.
• Les définitions persistent. Les significations, synonymes, indicateurs et relations que vous avez consignés dans la couche sémantique et le glossaire métier sont conservés, de sorte qu'une actualisation du schéma n'efface pas les connaissances que vous avez accumulées.
• Traitement en douceur. Si une question fait référence à quelque chose qui a été déplacé ou supprimé, iDBQuery le signale clairement — et son auto-correction de requête l'aide à s'adapter aux changements de structure plutôt que de renvoyer une erreur déroutante.

Cela compte parce que l'alternative — des rapports et tableaux de bord écrits à la main qui cassent silencieusement lorsqu'une colonne est renommée — est un fardeau de maintenance bien connu. Comme iDBQuery génère un SQL neuf pour chaque question sur le schéma actuel, il y a bien moins de requêtes fragiles et codées en dur à corriger. Et comme chaque réponse montre son SQL et rattache les lignes sources, vous pouvez immédiatement voir s'il utilise la nouvelle structure, ce qui vous donne l'assurance que le reporting reste correct à travers les changements.