如何跨多个环境维护数据库中的应用程序配置数据？答案

【问题标题】：How to maintain application configuration data in the database across multiple environments?如何跨多个环境维护数据库中的应用程序配置数据？
【发布时间】：2010-12-10 22:10:34
【问题描述】：

我工作的公司曾尝试在多个环境中维护我们的应用程序的配置数据，但同步这些数据一直存在问题，而且我们从未提出过好的解决方案。

为了帮助澄清，我们（开发人员或企业）可能会使用我们在暂存环境中的管理界面更改一些配置，对其进行测试，然后希望将这些更改复制到我们的生产环境中，而不必重做生产环境中的所有更改环境。我们通常还希望在所有环境（开发、登台和生产）之间同步这些更改，而无需在每个环境上单独进行更改。

最好我们不想使用任何低级工具，因为要求企业使用 RedGate 的 SQL 数据比较之类的工具并复制单个行是行不通的。它需要足够直观，这样技术不高的人也可以使用它，而不会让他们不知所措。

我们如何在不同环境中维护这些配置数据，同时仍让企业能够在将其应用到实际环境之前测试其更改？

【问题讨论】：

标签： configuration lifecycle

【解决方案1】：

用户的技术知识水平如何？作为 Red Gate 的产品经理，我可以为您提供我们的观点。尽管我们没有考虑在我们的 SQL 源代码控制 v1 版本（目前正在开发中）中支持数据，但它不可避免地会随之而来。但是，这仍然需要那些希望在 SSMS 中编辑静态数据的人，尽管他们当然可以使用 SSMS 的图形设计器来编辑值。或者这仍然没有您想要的那么直观？他们将更改开发或暂存数据库上的数据，并有望验证更改是否正确并按预期运行。然后，这些将通过我们的工具提交到源代码控制。

要部署它是一个启动 SQL Data Compare 的问题，尽管我们计划从 SSMS 提供简单的快捷方式，而不是要求用户围绕一个完全独立的工具进行协商。我们尚未确定此功能的设计，因此我鼓励您参与我们的抢先体验计划并说明您的情况。可以在此处找到该计划的更多详细信息：

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

【讨论】：

我不得不说这仍然不够简单。再举一个例子，如果我们有客户端，我们在 Staging 中设置，并且其配置分布在几个数据库表中，我们需要能够复制这些配置更改（无论是新客户端还是对现有客户端的更改） ) 到生产和可能的开发。然后，用户应该能够同步这些更改，而不必知道数据库表之间的关系。我们之前尝试过两种不同的解决方案，但从未找到我们喜欢的任何东西。试图想出一个更好的主意。
你试过 SQL Packager 吗？我很想听听您尝试过的解决方案（即使它们不起作用）。