本番SQLServerアプリケーションと話す場合、アプリケーションのライフサイクル中にデータベーススキーマを変更できるシナリオをサポートすることが非常に重要です。私の特定のケースでは、EntityFramework4.1アプリケーションです。
現在、ADO.NETチームはCodeFirstMigrationsに取り組んでいます。本当に素晴らしいと思いますが、アルファ段階であり、EFコードファーストでのみ使用できます。
本番環境で使用するSQL言語で更新（アップおよびダウン）スクリプトを作成するこのようなワークフローを実装するためのベストプラクティスは何ですか？サポートツールはありますか？
展開シナリオも非常に重要です。ビルドサーバーでの移行を自動化する方法（たとえば、MSBuildを使用）？
かなりの数があります-ここで選択肢の長いリストを見つけてください。
私はこれを自分で調べており、社内で開発した独自のソリューション（これは混乱しています...）でそれ以上の開発を行わないようにしています。
私が一番興味を持ったのはラウンドハウスです
SQLスクリプト（これは私にとって必須です）で動作し、1回限りのスクリプト、毎回のスクリプトなどを許可し、実行内容を追跡し、環境固有のスクリプト（たとえば、ユーザーDEVやTEST環境に必要なもの）を許可します。本番環境では必要ありません）、高度に構成可能です-私には似合います！
SQLスキーマの移行にはプレーンSQLクエリを使用することをお勧めしますが、データベースバージョン管理がない場合は簡単ではありません。.netを使用する場合は、無料でデータベースバージョンを制御するNuGetパッケージがあり、プレーンSQLで動作します。クエリ。