0

Visual Studio Team System データベース プロジェクトを正しく使用して、SQL Server データベースにバージョン管理を実装するにはどうすればよいでしょうか?

これは過度に一般的なように思えるかもしれませんが、これまでオンラインで見つけたものはすべて、何か有用なことを達成するのに役立っていません. Redgate のツール Sql Compare にある機能に似ていると思われる機能を見つけることができましたが、彼らの製品ほど直感的ではないように思えました。

これらの db プロジェクトがどのように機能するかについての私の理解から、Team Foundation Server (または SQL サーバー自体の内部) に存在するデータベースのバージョンを使用して、ローカル マシンの作業にチェックアウトできるということです。その上で新しい変更をチェックインすると、コーディングと同じように同時開発が正常に機能します。私は誤解されましたか？それとも、セットアップを取得するための複雑なプロセスですか?

関連するのは、ステージング/運用サーバーに変更を展開するためにそれをどのように使用するのですか?

4

2 に答える 2

4

私たちはそれを使用せず、単純にすべてをスクリプト化し、他のファイルと同様にソース管理に配置します。製品へのすべてのデプロイは、ソース管理から引き出されたスクリプトを介してのみ行われます。本当の鍵は、ソース管理されたスクリプトを使用する以外は何も製品に入れられないことだと思います。開発者が自分の変更を他の方法で prod にすることができなくなったら (開発者は prod 権限を持つべきではありません)、その変更をソース管理に入れないようにするインセンティブはありません。

于 2010-02-01T18:48:37.373 に答える
2

あなたが尋ねるべき面白い。私は、運用データベースのバージョン管理を担当しており、Visual Studio Database Edition を使用しています。それは素晴らしいツールです。このツールの非常に優れた点は、スキーマをバージョン管理下に置くだけでなく、データベース スキーマも検証し、それに対してコード分析を実行できることです。また、リファクタリング操作やその他多くのことも可能です。

通常、ローカルの開発データベースに対して作業を行い、変更を VSDE に同期し、データベースを構築して警告やエラーがないことを確認してから、運用データベースに展開するための展開スクリプトを作成します。

これは、何をどのように行うかを簡単に説明したものですが、一般的な使用方法については理解できると思います。より具体的な質問があれば、喜んでお答えします。

于 2010-02-01T19:11:58.127 に答える