versioning des tables de la base de données [Résolu]

[tibjedi]

Salut à tous

Je bosse actuellement sur une base de données SQL Server, et je dois créer un script permettant d'afficher la version de chaque table. Cela servira notamment dans l'application de patch qui varie selon les équipes.
Ma question est : est-ce que vous savez si SQLServer permet de faire ceci directement (Comme ORACLE avec ses tables System) ou est-ce que je dois créer une table "version" avec une colonne qui référence toute les tables, et une autre avec la version de ces colonnes?

N'hésitez pas à me demander plus de précision si je ne suis pas assez clair

Merci
Cordialement
Tibjedi

[dbaffaleuf]

Qu'est-ce que tu entends par "La version de chaque table ?"

[SQLpro]

Une version de table cela n'existe pas même conceptuellement. En revanche une version de base de données, oui ! En effet une BD c'est pas des tables dans la nature sans aucun lien....

SQL Server permet par le biais de EXECUTE sp_addextendedproperty de mettre des commentaires sur les objets.

Personnellement je prévoit une table de parmètrage dans laquelle il y a des entrées comme DB_NAME, DB_DATE, DB_CREATEUR, DB_LAST_MODIF, DB_VERSION....

A +

[tibjedi]

Merci de vos réponses

Qu'est-ce que tu entends par "La version de chaque table ?"

Disons qu'une table, lorsqu'elle est créée, ait un paramètre initialisé à v1.0, et qu'à chaque modification de cette table (ajout colonne ou autre), elle passe à v1.1. J'en ai besoin pour créer un script qui afficherait ces versions de chaque tables. Pour que l'utilisateur sache si sa table est à jour ou pas.

Une version de table cela n'existe pas même conceptuellement. En revanche une version de base de données, oui ! En effet une BD c'est pas des tables dans la nature sans aucun lien....

SQL Server permet par le biais de EXECUTE sp_addextendedproperty de mettre des commentaires sur les objets.

Personnellement je prévoit une table de parmètrage dans laquelle il y a des entrées comme DB_NAME, DB_DATE, DB_CREATEUR, DB_LAST_MODIF, DB_VERSION....

A +

Ok merci, donc le mieux serait de créer une table de paramétrage (avec dedans toutes les infos sur chaque table (nom, date,etc)) et que via un script je les fasse afficher via un "select * from TableParametrage" par exemple. C'est bon?

[SQLpro]

Non, pas par table, cela n'a pas de sens.... version par base.....
Tu ne modifie pas table après table a te retrouver avec une table des factures sans client !!!! C'est idiot....

A +

[mikedavem]

J'appuie les propos de SQLPro.

Si vous faites cela pour gérer les versions d'une application il faut considérer votre base comme un tout. C'est donc votre base qu'il faut versionner. Ainsi vous pouvez repartir d'une version de base ancienne par exemple et jouer vos scripts sur celle-ci et les objets sous jacents pour mettre la mise à jour

++

[tibjedi]

Ouai c'est ce qu'il me semblait aussi concernant le versioning des tables, c'est en effet mieux de fonctionner par base ( j'ai du mal interprété ce qu'on m'a dit.. ).
Merci pour l'aiguillage en tout cas!