8

私は常に Visual Studio データベース プロジェクトに興味を持っていました。それらは非常に有能であるように見えますが、単純な概念実証作業以外ではあまり使用したことがありません。新しいプロジェクトでこれを試してみたいと思います。また、その上に EF レイヤーを使用することにも興味がありますが、過去のテスト プロジェクトでは、かなりの労力が必要でした。

興味深いのは、Visual Studio は製品統合を成熟させ、データベース プロジェクトを構築し、その上に EF レイヤーを構築し、最終的にコードを構築する単一のワークフローをサポートするようになったのでしょうか。

私たちは小さなチームであり、専任の SQL 開発者はいません。私たちの主な目標は、データベースを Visual Studio に取り込み、ソース管理 (TFS) の下で適切に取得し、エンド ツー エンド間の強力な統合を実現することです。私たちは EF に成長することに関心があり、可能であれば、EF を単純な ORM ツールのように扱うことから始めることになるでしょう。

プロセスへの洞察を提供できるこれを実際に行った人はいますか?

4

1 に答える 1

2

私たちは VS2014 を使用しており、ツールはほとんど同じで初期のバージョンのようです。長年にわたって大きな変更があったとは思いません。

ソリューションに EDMX モデルと DB プロジェクトがあります。これは、db プロジェクトを最新の状態に保つ必要があることを意味します。しかし、これは簡単に行うことができます。EDMX をローカル ボックス/ターゲットに公開するだけです。次に、ローカルとプロジェクトのスキーマ比較を使用して変更をインポートできます。

そのため、モデル駆動型の DB 設計を引き続き行うことができ、DB プロジェクトを使用して Dev/Stage/Live ボックスに変更をデプロイし、自動デプロイで公開することもできます。

db プロジェクトには、ビルド後のスクリプト オプションがあり、それを使用してシード データを実行できます。また、データがライブ db にある場合にフィールド タイプの構造とタイプを変更する必要がある場合に db 操作を実行できるビルド前のオプションもあります。

スキーマ比較ツールは、Visual Studio でかなり優れています。DB と DB、DB とプロジェクト、またはスキーマ ファイルをいずれかと比較することもできます。

于 2015-10-30T00:12:45.117 に答える