Envoyé par
fsmrel
Faire évoluer un Modèle Conceptuel de Données ou un diagramme de classes, c’est élaguer, couper les branches mortes, faire des greffes, etc., c'est-à-dire supprimer des entités-types, en ajouter, y ajouter des attributs, même chose pour les associations-types, et les contraintes (disons assertions au sens SQL, contraintes référentielles, etc.) Cela a un impact immédiat sur la structure de la base de données. Mais tout SGBD relationnel (le mien en tout cas) gère son propre catalogue actif (organisé sous forme de vues, donc accessible à coup de requêtes SQL), que l’on peut interroger pour connaître à tout moment l’impact du moindre changement sur les tables, les vues, les assertions, les triggers, les contraintes référentielles, les procédures, les programmes contenant des requêtes SQL, etc. Si par exemple vous supprimez une table, si vous en modifiez la structure ou ses relations avec les autres tables, en deux coups de cuiller à pot, par requête, vous serez à même de connaitre exactement les conséquences de cette action, donc d’agir en toute sérénité. En revanche, si votre SGBD n’a pas de catalogue, vous serez mal et devrez tout contrôler manuellement, ce qui peut prendre beaucoup de temps et n’est pas d'une fiabilité à toute épreuve.
Partager