すべてのストアド プロシージャを TFS 2012 に移動する必要があります。SQL Server 2012 を使用しています。
4715 次
2 に答える
3
SQL Server Data Tools (SSDT) を使用し、Visual Studio でデータベース スキーマ変更管理プロジェクトを作成してから、Team Foundation Server にチェックインすることをお勧めします。スキーマを「コンパイル」できるなどの利点があり、ターゲット サーバー (空サーバー、テスト サーバー、運用サーバーのいずれであっても) の自動変更スクリプトの生成に使用できるツールがあります。
于 2013-08-24T22:18:16.580 に答える
1
SSDT は間違いなく進むべき道です。これは Visual Studio のコンポーネントです。データベース プロジェクト用の SSDT と、レポート用の SSDT-BI などがあります。
Visual Studio でデータベース プロジェクトを作成し、データベース オブジェクト (ストアド プロシージャ、ビュー、関数、テーブル、スキーマなど) をプロジェクトに追加します。すべてのデータベース オブジェクトをそこに格納できます (データベース ロール/ユーザー、証明書、キーなども含む)。
または、Visual Studio を使用してサーバーからデータベースをインポートすることもできます。データベースを読み取り、そのデータベースのすべてのオブジェクトをプロジェクトに取り込みます。とても良いですね。
バージョニング (コメント付き) を行うことができる他のプロジェクトと同じように TFS にチェックインし、その作業を TFS チケットに添付し (ワークロードをそのように管理している場合)、分岐とマージを実行し、異なるものを比較することもできます。プロジェクトのバージョンまたは既にデプロイされたバージョンに対するプロジェクト。
データベースに満足したら、選択したサーバーにプロジェクトを「公開」できます。これは、複数の環境 (つまり、異なる開発/テスト環境) にデプロイできるコードを作成するための非常に便利な方法です。プロジェクトをデプロイされたバージョンと比較して、変更を確認することもできます。たとえば、プロジェクトをテスト環境と比較して違いを確認し、テスト環境を更新してソースに一致させる (またはその逆) スクリプトを生成できます。
SSDT は、(単にデータベースを削除して新しいプロジェクトを作成するのではなく) データベース プロジェクトを適用する方法を計算するため、展開に最適です。たとえば、デプロイ前およびデプロイ後のスクリプトを使用して、データを操作したり、オブジェクトにアクセス許可を追加したりすることもできます。
データベース/サーバー、スクリプト、または DACPAC に発行できます (プロジェクト/データベース スキーマ全体をコピーするための形式であり、Visual Studio の外部から展開/ドリフト レポートなどを実行できます)。
于 2014-03-29T10:35:41.807 に答える