2

Visual Studioにあるデータベースプロジェクトを使用して、スキーマとストアドプロシージャの変更をよりよく追跡し始めました。私はそれのアイデアが大好きですが、ちょっとした問題にぶつかりました。開発時には、データベースのテーブルは複製する必要がないため、複製されません。ただし、テスト環境と本番環境では、マージレプリケーションが必要です。これは、もちろん、rowguid列とそのすべてのジャズをすべてのテーブルに追加します。レプリケートされたテーブルのVS 2010データベース展開

だから私は私の質問(複数可)がこれに打破推測:

  • 私は、データベースプロジェクト内の展開を使用して生成されたスキーマの変更スクリプトを利用しますが、まだ複製が私の中で設定していますかテスト(または生産)環境?
  • このrowguid列を無視する方法はありますか?
  • もしそうなら、私は配備時に複製を壊す心配がありますか? (私は、スキーマのいくつかの変更によって、レプリケーションが中断する可能性があることを理解しています)。

別の開発環境でこのようなシナリオ(またはSQL Expressのようなものを使用している場合は、セットアップすることはできません)、スキーマ比較やデータベースのデプロイメント・オプションなどのツールを利用したいと考えています。皆さんのお手伝いをありがとうございます。

+0

なぜ.NETタグを追加しましたか?この質問は.NETとは関係ありません。 –

答えて

3

私はあなたがout of luckだと思います。

+0

うーん、それは失望しています...あなたは誰かが前にこれを見つけて解決策を考えたと思います。 –

+0

さて、あなたはそれを使うことができるので、それを検証することはできないと言いたいのですが...検証するためにはレプリケーションを除いて、あなたのプロダクションと100%同一のステージングサーバを保つならば、うまくいくはずです。 – Stu

+0

そうですね。 SQL CEのような孤立した開発サーバーを使用する傾向が高まっていること、複製された環境へのステップアップを理解することができることなどを考えれば、これを使用する方法はありません。 –

関連する問題