SSDTを使用すると、データベース全体を維持するのではなく、選択的なスクリプト/オブジェクトのみを維持することが可能ですか？

Question

私は、データベース全体/データベース全体をインポートするのではなく、DBオブジェクトやスクリプトの選択リストを「のみ」維持するデータベースプロジェクトを作成することはできますか？

私は、いくつかの3 - 4サードパーティ製アプリケーション間の統合を書くことが任されています。これらのアプリケーションには独自のSQLデータベースがあります。私がしなければならないのは、新しいテーブルをほとんど追加せず、新しいストアドプロシージャ、トリガ、およびUDFをほとんど作成しないことだけです。変更管理、メンテナンス、およびDBオブジェクトのサブセットを展開するための

自動化ソリューション：

は、ここで私は探していますものです。 （私はすでにTFSを使用しているので、ソース管理は問題ではありません）

SSDTを使用してこれを行うことはできますか？

もしそうでない場合は、他にもオープンソースがありますか？

Answer 1

あなたはできますが、それは本当に理想的ではありません/あなたが自分のスキーマにすべてのオブジェクトを置くことができれば、少し楽になりますが、少しでも苦痛になります。

私は同様のシナリオで作業しましたが、データベースのプロジェクトにすべてのコードを追加しました。データベースからプロジェクトに同期させる更新を行い、規則的でない限り通常正常です。

あなたは自分のスキーマ内にすべてを置くことができ、あなたが本当に私のフィルタを使用し、それがわずか数であれば最後に（https://the.agilesql.club/Blogs/Ed-Elliott/HOWTO-Filter-Dacpac-Deployments）

そのスキーマのすべてを無視し、その後データベースプロジェクトで自分のコードを置くことができない場合私はおそらくssdtを気にしないでしょう - 私の経験則ではssdtを使用するのはあなたが定期的にオブジェクトを変更しているか、それとも良い検証をしたいのでしょうか？

あなたはたぶんそこにprobabliesがあることに気付きましたが、すべてのケースが同じではありません。

ごめんなさい！

do