Visual Studio 2013 Déploiement du projet SQL Server/Publier

Question

Je recherche des informations sur Visual Studio 2013 et sur les projets SQL Server utilisant VS 2013. Nous travaillons actuellement sur un projet où nous utilisions une base de données existante. utilisé par une application ERP. Nous créons des scripts SQL qui modifient et créent des champs sur une table de la base de données cible. Maintenant, nous ne cherchons pas à "publier" ces scripts, mais plutôt à créer des scripts postdeploy, qui contiennent tous les scripts SQL nécessaires dans l'ordre dans lequel ils doivent être exécutés. Tout fonctionne bien. Lorsque nous construisons le projet, nous obtenons une nouvelle copie du fichier de script PostDeploy.sql que nous exécutons dans une base de données cible.

Pour le moment, le script regarde une table, si la colonne qui doit être ajoutée existe, elle le fait DROPS et la recrée ensuite. C'est bien pour la phase de test, mais une fois que nous serons en ligne, il y aura plusieurs étapes des bases de données sur lesquelles le code doit être testé. La colonne peut déjà exister d'avant et dans ce cas, nous ne voudrions pas déplacer cette colonne, nous voulons plutôt faire un schéma et comparer les niveaux de données et simplement passer au-dessus des objets DIFFERENTS, de sorte que la colonne ne soit pas doivent être supprimés, à la place simplement "mis à jour". J'espère ne pas être vague quand je pose cette question.

J'ai trouvé cette vidéo: https://www.youtube.com/watch?v=AuVpmu9CKRY et je ne sais pas si c'est ce que je dois faire? J'aimerais toutes les suggestions de vous les gars ..

Passez une merveilleuse journée!

Answer 1

Eh bien, ce n'est pas vraiment la meilleure utilisation pour les projets SSDT/DB. Idéalement, vous voudriez tirer le schéma dans un projet et ajuster ce projet pour regarder comme vous le souhaitez. Renommez les colonnes, changez les types, etc. Parce qu'il semble que ce soit une application tierce, vous voudriez un environnement qui peut servir de référence - lorsque vous exécutez un script de mise à niveau envoyé par le fournisseur, cela va à l'encontre de cet environnement. Vous voudriez alors apporter les changements appropriés dans votre projet. Une fois que vous avez un projet qui ressemble à ce que vous voulez, vous utilisez l'option de publication par rapport à votre base de données cible. Dans votre cas, je recommanderais probablement de générer un script. Si vous êtes dans l'environnement VS, vous pouvez regarder à la fois le script et un résumé de ce qui va être changé. Pour comparer les données, je voudrais vraiment envisager quelque chose comme SQL Data Compare de Red Gate (édition professionnelle si vous le pouvez). Vous pouvez configurer une comparaison de données par rapport à votre ligne de base et automatiser les modifications de données. Vous pouvez le faire à l'aide de scripts de post-déploiement, mais vous devrez coder à la main les insertions de données, les mises à jour et les suppressions vous-même.

J'ai blogué sur SSDT avant et cela peut vous donner quelques idées. Jamie Thomson a aussi beaucoup écrit sur les projets de base de données/SQL et a inspiré beaucoup de ce que j'ai fait.

http://schottsql.blogspot.com/2013/10/all-ssdt-articles.html