Le projet de base de données est précisément utilisé pour la plupart des raisons que vous avez mentionnées ici -
-
Les développeurs vérifient simplement les fichiers de script de la base de données, apportent les modifications et les archivent. N'oubliez pas qu'ils modifieront les fichiers .sql et non directement les objets présents dans n'importe quelle base de données de développement. Donc, si vous avez besoin d'ajouter deux colonnes à une table de base de données, vous modifierez le script de création de table pour cette table, et N'ÉCRIREZ PAS de script alter pour cette table.
-
Si vous avez le schéma de base de données de l'ancienne version cible, vous pouvez simplement déployer ce projet avec les derniers fichiers dans cette base de données et un script de déploiement sera créé (avec les instructions alter nécessaires). Il existe un paramètre de projet qui vous permet de choisir si le script de déploiement doit également être exécuté sur la base de données lorsque vous "déployez".
-
Le script de déploiement peut être un livrable qui est testé séparément par rapport à une copie de production, puis appliqué à la production en tant que correctif.
À propos des scripts de manipulation de données, je ne suis pas très sûr, mais pour toutes les autres fins que vous avez mentionnées, un projet de base de données est parfait.
