3

私は通常、Visual Studio でソリューション フォルダーを作成し、そこに DB スクリプトを配置します。私は常に、少なくとも次の一連のスクリプトを使用します。

  1. ドロップモデル
  2. モデル スクリプトの作成
  3. ユーザー機能
  4. ストアド プロシージャ
  5. 静的データ (ルックアップ テーブル)
  6. テストデータ (デプロイされていません)

次に、それらを組み合わせて SQL Server に対して実行するだけで、DB 全体を 1 つのステップで再作成できます (これらのスクリプトを 1 つにまとめて実行することにより)。

ともかく。私はどちらでもプロジェクトを使用したことがありません:

  • Visual Studio または
  • SQL 管理スタジオ

Visual Studio 2010 でSQL Server 2008 データベース プロジェクトを作成しようとしましたが、考えられるすべてのサーバー設定に圧倒されてしまいました (とにかく、サーバーに設定されているデフォルトのままにしておくことを好みます)。だから私は少し混乱しています:このプロジェクト テンプレートを使うべきですか、それともいつもと同じことをするべきですか?

何を、なぜ使うのですか？どちらかを使用することで得られる利点は何ですか?

4

2 に答える 2

5

私があなただったら、あなたがやっているやり方を続けます。実際、私はそうします！私の意見では、実際の .sql ファイルをフォルダーに配置して使用/編集/参照することの利点は、DB プロジェクトを使用することによって得られる利点よりもはるかに優れています。DB プロジェクトは、ストレージ レポートのようなものを実行している場合に使用されます。たとえば、8 つのデータベースと通信して、8 つの異なるデータベースと比較し、結果セットを保存する必要がある場合などです。誤解しないでください。データベースには利点があります。プロジェクト、すでに機能しているような単純なセットアップがある場合、実際にはあまり役に立っていないと思います。

VS10 での SQL Server 2008 データベース プロジェクトの利点:

  • SQL サーバーとの通信に使用している現在のクライアントから前後に切り替える必要はありません。
  • まともなデータとスキーマの比較ツール。
  • データベースをソース管理にリバース エンジニアリングし、最新の状態に保つワンクリックの方法を提供します。
  • プロジェクトを物理データベースと比較したり、その逆を比較したりできます。(これにより、データベースをどこで変更しても、データベースを最新の状態に保つことが非常に簡単になります: ファイル システム データベース プロジェクト、または物理データベース自体)
  • 現在使用しているツールが特に SQL Server に合わせて調整されていない場合、これは調整されています。
  • 抽象化を使用せずにデータベースで直接単体テストを実行する必要がある場合に非常に役立ちます。
于 2010-10-19T17:23:20.013 に答える
0

もう少し複雑でないものを探している場合は、SQLソース管理を試してみることをお勧めします。これは、舞台裏では必要ないため、スクリプトを維持する必要さえありません。ただし、TFSまたはSVNのいずれかを使用する場合にのみ、ソリューションとして機能します。そしてそれは295ドルかかります...

試用期間は28日間ですので、よろしければお試しいただければ幸いです。

于 2010-10-19T22:14:26.637 に答える