2009-05-13 13 views

答えて

1

私は、データベース自体を制御するのではなく、データベースを作成するために使用するスクリプトを使用することをお勧めします。私はVisual Studioのデータベース版を使用しています(これは現在、開発者版の一部として利用可能です)。

基本的に、このツールはすべての作成スクリプトをソース管理に保持しますが、プロジェクトに合わせてデータベースを更新するスクリプトを生成できます。それはとてもうまくいく。

1

解決するのは難しいことです。私が扱っているほとんどのデータベースはVisual Studio(YMMV)の特定のアプリケーションに結びついているため、通常はこれを行います。開発が始まると、スキーマ専用の「データベース作成」スクリプトが生成され、私のアプリケーションのプロジェクトの一部です。 SQL Management Studioの機能をオンにして、テーブルやストアドプロシージャを変更するたびに変更スクリプトを作成するかどうかを尋ねます。何かを変更するたびに、変更スクリプトを保存して私のオリジナルの "作成"スクリプトの終わりです。そうすれば誰でもSQLスクリプトを手に入れ、トランクがどこにいてもデータベースの新しいコピーを完全に生成することができます。

これは基本的なもので、データベースの変更をヒットするアプリのバージョンと同期して管理する必要があります私はもっ​​ときれいに統合するソースコントロールソリューションがあるかどうか聞いてみたいと思う。

+2

私はスクリプト追跡の変更機能を発見するのに遅れましたが、それは神様です。オプション> SQL Serverオブジェクトエクスプローラ>スクリプト>スクリプトチェンジトラッキング=真、知らないユーザー – CJM

3

それはあなたのやり方によって異なります。 Visual studio 2005/2008を使用して、データベースを作成するのに必要なすべてのスクリプトを生成するデータベースプロジェクトを生成できます。その後、あなたが好きなバージョン管理システムにスクリプトをチェックすることができます。

Toadには、バージョンコントロールシステムとしてToadを使用できる「team coding」機能もあります。

データベースのバージョンコントロールを使用することを強くお勧めします。いくつかの利点は、彼の記事、"Is Your Database Under Version Control?"および"Get Your Database Under Version Control"でJeff Atwoodによって強調されています。私はthisメソッドをMSSQLデータベースとVisual Studioで使用してデータベースをバージョン管理しています。

0

built-in Source Control in SSMSでは、スクリプトの処理のみが可能です。 DBへの変更を直接追跡することはありません。

個人的に私はDB全体のために自動的に作成された個々のスクリプトをVisual Studioでソース管理するために使用します。アプリケーションコードをチェックすると、これらのSQLスクリプトもチェックインされます。 DBへの変更は明示的にスクリプト化されます。これらはプロダクションサーバの更新に使用され、VS経由でソース管理されます。

誰もが何かを使用する場合、似たようなテクニックを使用しています。多くはしません。

関連する問題