Discussion :

[Ghurdyl]

Bonjour,

Je suis dans une petite boite de développeur qui commence à grandir (2 - 5 personnes par application).
Nous voilà face à une problématique, celle de faire en sorte de ne pas oublier de modification DB lorsqu'on met à jour une de nos application sur notre site de production.

Vu la taille de la société, on a pas de DBA attitré, chacun effectue les modifications de structure et/ou de contenu de la DB en fonction des besoins de son développement.
Du coup, lorsqu'on déploie l'application on a vite des surprises ...

Je cherche donc une méthodologie à proposer à mes collègues pour ne plus perdre de modification sans non plus tomber dans des procédures trop contraignantes.

Ma question donc : comment faites-vous ou feriez-vous pour gérer cette problématique ?

Merci

[SQLpro]

Pour le modèle de données, utilisez un outil de modélisation comme PowerAMC. Cela vous fera gagner beaucoup de temps. Chez mes clients, c'est généralement un à 2 mois de travail économisé.

Pour les routines de la base (procédures, fonction trigger), une méthode simple consiste à sauvegarder la base tous les soirs et la remonter sur une autre base puis procéder par différence en calculant un hash entre le code en production et le code en dev.
Ceci vous donnera la liste des éléments ayant évolués.
Dans certains SGBDR, par exemple SQL Server, vous avez en outre la date de création et la date de dernière modif dans les tables systèmes.
Sinon, recourir à un outil de versionning, mais c'est très cher !

A +

[el_muchacho]

Sinon, recourir à un outil de versionning, mais c'est très cher !

A +

Vous pensez à quoi en particulier ?

Sinon, Ghurdyl, pour la mise en prod, le meilleur moyen de ne pas se planter est d'automatiser un maximum de choses par scripting.

[Ghurdyl]

Pour le moment nous avons opté pour une solution où nous maintenons des fichiers de scripts sur le même SVN que le projet concerné.

Le fichier contient, en plus des requêtes, quelque commentaires et notamment la date d’exécution du script en dev et la date d'exécution en prod.

Lorsqu'on exécute un script, on mets à jour les commentaires et commit sur le SVN.

Ca ne garanti rien mais c'est simple.