やって定期的にビルドするときには、データベースのバージョン管理をどのようにアプローチしますか？

Question

私は（5ギガバイトを超える）非常に大規模なデータベースで動作するWebアプリケーションプロジェクトを持っています。データベース内のデータは、プロジェクトによって仕切られています。各プロジェクトは約1ギガバイトをとり、そしてアプリケーションが動作するためには、（私たちは、このデータセットにまたがるいくつかの数学の計算を行うと、データセットの一部を除去することはオプションではありません）最小限のセットです。

デイリービルドの一環として、我々はまた、テスト環境に我々のアプリを展開します。そのためには、ビルダーは、適切なバージョンに現在のDBを更新するカスタムDB更新ユーティリティを実行します。しかし、我々はまた、QAチームは「時間に戻って行く」と異なるのビルドからの計算結果を比較することができるように、すべての毎日のビルドを維持する必要があります。限り、我々は後方互換性のあるデータスキーマを持ってしようとして、時にはそれは非常に困難で時間がかかります。だから、それ故に質問ます：

あなたが構築し、実行していると、毎日のビルドやっながら、大規模なデータベースを管理するために必要な以前の日々を維持する必要があった場合は、

データベースのバージョンにどのようなアプローチあなたは使いますか？

それはどんな違いがあれば、

私たちは、フロントエンドでSQL Server 2005および一部のJavaとColdFusionを使用します。

Answer 1

私は題しレオンBambrickのリストを読み込むことをお勧めデータベースバージョンのための11個のツール

そして、私はすることができ、リストにデータベースプロフェッショナルのためのVisual Studioを追加しますここを見つけます。

また、ジェフ・アトウッドは、素敵なブログ記事を持ってするいくつかの背景の読書へのリンクをテーマに。