リモート展開に焦点を当てた、Datadude (Visual Studio データベース プロジェクト) の適切なウォークスルーと、すべきこととすべきでないことを誰か教えてもらえますか? 独自のテスト環境のバージョン管理と更新に使用しています。私の質問は、顧客のテストおよび実稼働環境をアップグレードする必要がある場合、何をすべきかということです。私はちょっとしたスクリプトを作成し、vsdbcmd と dbschema を使用して、運用環境で直接更新スクリプトを作成してきましたが、このアプローチにはあまり満足していません。理想的には、データベースのアップグレードを「インストーラー」としてパッケージ化する必要があります (またはインストールの一部ですが、今は触れません - WiX ため息*)、データベースの比較を「オンサイト」で実行します。 、更新スクリプトを生成し、エラー時に呼び出してロールバックします。
アイデア、見逃したかもしれない良いブログ投稿、読む必要があるウォークスルーはありますか?
前もって感謝します！
/碧玉
私は間違っているかもしれませんが、vsdbcmd 以外にこれを達成する方法はないと思います。WiX インストーラーに vsdbcmd を含めることは可能ですか?
Red Gate SQL Packager を検討することもできますが、これは VS データベース プロジェクトではなく、実際のデータベース ソースからのみ読み取ることができます。既存のインストーラーに統合できる .exe または C# プロジェクトを生成します。ただし、これは「オンサイト」での比較を行わないため、おそらく要件を満たしていません。
Red Gate のSQL 比較 SDKを使用してインストーラーにコードを挿入し、「オンサイト」で比較と展開を行うのが最善の策かもしれません。トランザクションでアップグレード スクリプトを実行できるため、スクリプトが失敗するとロールバックが発生します (ただし、データベースの更新を行う前に、もちろんバックアップを実行する必要があります!)。繰り返しますが、「ソース」は VS データベース プロジェクトにすることはできませんが、代わりに、SQL Compare または無料のSQL Snapperツールを使用して生成されたスキーマ スキーマ スナップショットを使用できます。