3

多くの DB にわたる DB オブジェクトの膨大なコレクションをソース管理 (TFS 2010) に入れるためのオプションを探しています。ここで成功したら、TFS ビルドを介して特定の DB 変更用の変更スクリプトを生成する作業を行います。

問題は、データ アーキテクチャ グループが DB オブジェクト (SP を除く) の保守を担当しており、ERWin を介してモデル中心のプロセス内で動作することです。これが意味することは、ERWin モデルを介して DB を維持し、変更をリリースするために使用される変更をそれらから生成するということです。

DB オブジェクト (ERWin モデルだけでなく) を TFS に取り込むという目標を達成するには、Visual Studio DB プロジェクトを介してこれを行うのが最善の方法だと思います。私が知る限り、CA が ERWin と Visual Studio の統合を引き続きサポートする緊急性はほとんどありませんが、これは Visual Studio 2008 DB Ed の時点で機能しなくなりました。東ドイツ。この点で誤解を招いた場合は、お気軽に正してください。

考えられる解決策の 1 つは、次のとおりです。

  1. ERWin モデルで変更を実行します。
  2. ERWin から生成された変更スクリプトを取得し、スクリプトを適切な Visual Studio DB プロジェクトにインポートして、DB プロジェクト内のオブジェクトを更新します。
  3. DB プロジェクトで変更されたオブジェクトを TFS にチェックインします。
  4. TFS ビルドが実行され、リリース プロセスを通じて変更をプッシュするために使用される変更スクリプトが生成されます。

私の質問は、この解決策は実行可能ですか、それとも他のオプションはありますか?

4

1 に答える 1

0

あなたが解決しようとしている2つの異なる作業方法の間に本質的に衝突があるので、あなたの解決策は私にはかなり面倒に思えます。

データ アーキテクチャ グループはどのように機能しますか? 彼らは ERWin のバージョン管理を使用していますか、またはバージョンを管理するためにどのようなプロセスを持っていますか?

これをビルド プロセスに統合することを検討して、DB オブジェクトへの手動のマージ プロセスを実行する代わりに、変更スクリプトをビルド プロセスから取得できるようにします。

これをさらに拡張して、2 つのチームのソース管理システムを統合し、今後のデータベース オブジェクトを 1 つのビューで確認できるようにすることができます。

于 2011-02-25T09:46:05.610 に答える