4

The company I work for has attempted to maintain configuration data for our application across multiple environments, but syncing that data has always been problematic and we've never come up with a good solution.

To help clarify, we (developers or business) might change some configuration using our admin interface on the Staging environment, test it, and then want to copy those changes to our Production environment without having to redo all the changes in the Production environment. We've also typically wanted to sync these changes between all of our environments (dev, staging, & production), again without having to make the changes individually on each environment.

Preferably we don't want to use any low level tools, as asking the business to use something like RedGate's SQL Data Compare and copying individual rows wouldn't work. It would need to be something intuitive enough so the not-so-technical could use it and not overwhelm them.

How do we maintain this configuration data across the different environments while still providing the business with the ability to test their changes before applying it to the live environment?

4

1 に答える 1

1

ユーザーはどのレベルの技術的ノウハウを持っていますか? Red Gate のプロダクト マネージャーとして、私たちの見解をお伝えできます。SQL ソース管理の v1 リリース (現在開発中) でのデータのサポートは検討していませんが、必然的に追随します。ただし、SSMS のグラフィカル デザイナーを使用して値を編集することもできますが、静的データを SSMS で編集する必要があります。それとも、これでも思ったほど直感的ではありませんか? 彼らは、開発データベースまたはステージング データベースのデータを変更し、変更が正しく、期待どおりに機能することを確認することが期待されます。これらは、ツールを介してソース管理にコミットされます。

これを展開するには、SQL Data Compare を起動する必要がありますが、ユーザーが完全に別のツールを使用するように交渉するのではなく、SSMS から簡単なショートカットを提供する予定です。この機能の設計はまだ確定していないため、アーリー アクセス プログラムに参加して、その理由を説明することをお勧めします。プログラムの詳細については、こちらをご覧ください。

http://www.red-gate.com/Products/SQL_Source_Control/index.htm

于 2009-10-29T14:04:34.600 に答える