VSTS Database Edition を使用して、データベース スキーマのバージョン管理を行っています。どのように機能するかというアイデアは気に入っていますが、スキーマ比較機能には大きな問題があります。プロジェクトとターゲットデータベースで何が変更されたかを確認するために、展開に使用するのが好きです。残念ながら、変更されていないオブジェクトの多くの変更が表示されます。これは、データベースから db プロジェクトを再作成した直後に実行しても発生します。
検出される違いは、ほとんどが空白です。たとえば、デフォルトの制約、「DEFAULT ((0))」と「DEFAULT (0)」のように、同じものの異なる表現によって引き起こされるものもあります。とにかく先に進んで変更を展開することはできますが、問題は発生しませんが、すべてのオブジェクトの少なくとも 50% が変更済みとして表示されている場合、実際の変更を見つけるのが難しいため、これは間違いなく理想的ではありません。この作業を改善する方法はありますか?
VSTS Database Edition の信頼性が向上することを願っています。それまでの間、私はまだredgate の SQL Compareを信頼して使用してデータベースを比較しています。空白やコメントなどを非常に細かいレベルでどのように処理するかを指定できます。
私は SQL Compare を約 5 年間使用しており、常に非常に信頼性が高くなっています。私は、SQL 比較エンジン API を使用して本番データベースと開発データベースを比較し、変更スクリプトを自動的に生成する自動ビルド スクリプトを作成しました。
PS。私はレッドゲートとは関係ありません。私は自分の経験に基づいて自分の意見を述べているだけです。また、小さな男を応援することは何も悪いことではありません。
これに対する解決策は、Mitch Wheat のコメントで提案された Database Edition GDR R2 リリースにアップグレードすることでした。以前はVS2008に付属していた標準版を使用していました。GDR リリースにはいくつかの優れたユーザビリティ機能があるようで、スキーマ比較に関するすべての問題が修正されました。
VSTS Database Edition GDR に関する一般情報: http://msdn.microsoft.com/en-us/magazine/dd483214.aspx。
最新バージョンのダウンロードはこちら.