4

データベースの変更と更新に SQL Server Management Studio を使用しています。自分で変更を書くよりも簡単で、速く、安全です。

データベースに何らかのバージョン管理を使用することを検討していて、Visual Studio 2010 での SQL Server データベース プロジェクトの使用について読みました。

既存のデータベースをスクリプト化し、それを新しい SQL Server データベース プロジェクトにインポートしました。現在、私が知る限り、データベースを編集するための GUI はありません。自分でスクリプトを作成しないと、列の追加、データ型の変更、または既存のデータの編集を行うことができません。たとえば、SQL Server Management Studio では、テーブル名を右クリックして [デザイン] を選択し、そこから列の追加/編集、データ型の変更などを行うことができます。

Visual Studio のデータベース プロジェクトには SQL Management Studio にはない機能がいくつかありますが、「テーブル デザイナー」なしでは生きていけないと思います。

私が見ていないVSのデータベースプロジェクトに組み込まれたテーブルデザイナーはありますか?

4

4 に答える 4

3

いいえ、テーブル デザイナーはいません。

データベースのバージョン管理について考え始めたら、実際の SQL を記述してデータベース オブジェクトを実装することも考えるべきです。それが、データベース プロジェクトがあなたを追い詰めるルートです。データベースの変更に合わせて SQL を記述できない場合、6 か月前のテーブルと現在のプロジェクトのテーブルの違いをどのように確認して評価することができますか?

于 2011-03-01T15:47:03.050 に答える
3

バージョン管理のために、約 10 か月間 VS2008 データベース プロジェクトを使用しています。今でもテーブル デザイナーを使用していますが、これはすばやく簡単なツールです。バージョン管理された環境での開発で最も困難な部分であることがわかったので、ワークフローに関する質問の大部分が集中していると思います。Management Studio でオブジェクトの設計を続行するか、慣れている場合は、作成スクリプトを実行してそのスクリプトをデータベース プロジェクトにインポートすることをお勧めします。これを行う際にはいくつかの癖があります。環境で変更を実行している場合でも、常に create ステートメントをスクリプト化する必要があります。同様に、データベースの USE ステートメントをすべて削除する必要があります。

コードの展開を容易にするための成功したワークフローは、メイン (開発ブランチ) に分岐する運用ブランチを作成してからテストすることです。新しい開発はすべてメインで行われ、必要に応じて変更セットによって他の環境にマージされます。

ソリューションを右クリックして [スクリプトのインポート] をクリックすると、開発環境からスクリプトをインポートできます。存在するオブジェクトを上書きし、拡張プロパティをインポートし、アクセス許可をインポートするすべてのオプションを確認することをお勧めします。

于 2011-03-02T14:33:27.897 に答える
1

SSMS の GUI ツールを使用して DB スキーマを変更した後、データベース プロジェクトのスキーマ比較ツールを使用してプロジェクト ファイルを更新できます (ソースをデータベースに、ターゲットをプロジェクトに設定します)。このようにして、GUI ツールを使用してスキーマを管理し続けることができ、データベース プロジェクトがバージョン管理を管理します。

于 2013-05-07T17:21:39.537 に答える
0

VisualStudio2010データベースプロジェクトにはビジュアルテーブルデザイナーはありません。ただし、データベースのバージョン管理に関しては、回避策があります。SQLServerManagementStudioをRedGateのSQLソース管理と一緒に使用できます。
それはいくらかのお金がかかりますが、間違いなくそれだけの価値があります。

于 2011-09-19T13:44:26.940 に答える