Effectivement ça dépend un peu des besoins ...
mais je me pose aussi la question ...
il y a des solutions liée au langage de l'appli, Doctrine Migration pour php et doctrine, Ruby on Rail a ça built-in je pense, django voir au dessu, ...
sinon il y a des truc comme sqitch .... ou liquidbase .... mais de nouveaux ça dépend des besoins ....
en gros j'ai identifié +- 2 technique :
1. on décrit le model , et on le modifie sous un language intérmédiare (genre yaml, ...) et là un outil fait tout pour toi , génère des "migrations", ...
2. on décrit son modèle en sql , et on fait une série de "migration" up et down qui seront appliquée ou pas par un outil ...
# ça dépend
Posté par eMerzh (site web personnel) . En réponse au message Méthode pour gérer les montées de version de structure de base de données. Évalué à 2.
Effectivement ça dépend un peu des besoins ...
mais je me pose aussi la question ...
il y a des solutions liée au langage de l'appli, Doctrine Migration pour php et doctrine, Ruby on Rail a ça built-in je pense, django voir au dessu, ...
sinon il y a des truc comme sqitch .... ou liquidbase .... mais de nouveaux ça dépend des besoins ....
en gros j'ai identifié +- 2 technique :
1. on décrit le model , et on le modifie sous un language intérmédiare (genre yaml, ...) et là un outil fait tout pour toi , génère des "migrations", ...
2. on décrit son modèle en sql , et on fait une série de "migration" up et down qui seront appliquée ou pas par un outil ...