Pour la distribution d'applications, mon approche préférée est en fait une solution interne: Version Control and your Database. J'utilise les propriétés étendues de la base de données pour stocker la version de schéma sur disque actuellement déployée, puis exécute une matrice de mise à niveau interne qui maintient une correspondance entre la version sur disque => mise à niveau vers la version suivante. Au démarrage, l'application exécute les étapes du tableau de mise à niveau jusqu'à ce que la version sur disque corresponde à la version actuelle de l'application. Donc, une mise à niveau passe par toutes les versions intermédiaires. Le déploiement d'un nouveau site (un nouvel emplacement) passe par toutes les versions de schéma, créant et supprimant parfois des objets qui ne sont plus utilisés. Cela peut sembler bizarre, mais à la fin de l'application peut être déployée sur version précédente. Si un client a un schéma depuis 3 ans, tout le monde a oublié ce qu'il contient, l'application sait comment le mettre à jour, toujours, ce qui est génial.
Je privilégie cette approche par rapport aux outils de comparaison diff (par exemple, intégration de projet VS DB) car elle est testable et offre un meilleur contrôle sur les étapes exactes de toute mise à niveau. Les outils de diffusion font toutes sortes d'actions discutables, comme copier des tables et renommer, ce qui ne marche pas pour les déploiements mesurant + 1 To (que mon application doit gérer).
Si la taille de données que vous attendez est raisonnable petite (< 100 Gb) Je considérerais les outils basés sur les différences.Le déploiement de projet VS DB basé sur vsdbcmd fonctionne correctement dans de telles conditions. En outre, si votre cible de déploiement est un seul emplacement (par exemple, une application Web où il n'y a qu'une seule cible, le site Web db), la possibilité de mettre à niveau toute version précédente perd son attrait.
Je suis curieux de savoir quelle approche vous avez adoptée à la fin? –
@David J'ai fini par changer d'emploi. Le nouveau travail utilise MySQL. C'est toujours une question pertinente pour moi, car C# va faire partie de la pile technologique. Je n'ai pas encore mis en œuvre une solution dans mon nouvel emploi, mais la première est la liquibase. – Mike