在实时环境中修补MS-SQL-Server数据库

Question

我有一个使用MS-SQL-Server来存储其数据的应用程序。 我们将分几个步骤推出该应用程序，以便用户可以测试第一个基本功能，并随着时间的推移添加功能。

可能这将导致数据库更改。 在早期阶段，我们可以删除整个数据库并使用脚本重新创建所有内容。 但是最终，用户希望保留其测试数据。 例如，如果我向表中添加新列，则我不想删除并重新创建整个表，从而丢失了用户迄今为止在该过程中存储的所有数据。

因此，我需要一个脚本，该脚本将myDatabase v1.0更新为myDatabase v2.0。

我的问题是：创建这种更新脚本的最佳方法是什么？ 我是否必须手动跟踪所有更改，然后自己组装更新脚本？ 还是有一个可以从旧数据库和新数据库自动（半）创建更新脚本的功能？

最后，应用此补丁的最佳方法是什么？ 我有一个ASP.NET Web-API，因此，我可以创建一个控制器api / updates / v1.0-to-v2.0，在服务器上应用脚本的代码将如何？

提前致谢，
坦率

Answer 1

我正在努力解决此问题，请查看dbpatcher.com，我创建的软件将有助于简化数据库更改的迁移。 我目前正在整理网站，欢迎您提供反馈。 该程序本身尚不可用，因为我正在尝试找出发布的详细信息。

Answer 2

如果这是一个持续存在的问题（企业），则应考虑不同的环境。 测试，准备和生产。 这样，您可以在原始环境（看起来完全像生产环境）中测试部署和数据库脚本更改。

鉴于此，要回答您的问题，确实没有一个好方法。 我见过人们使用diff工具来检测模式之间的差异，并且它创建脚本来同步两个模式，但这并不是万无一失的。

我发现编写脚本更改并将其与版本控制和安装过程（手动或自动）结合起来是获得一致结果的唯一方法，甚至有时会失败。

代码优先实体框架正在尝试解决该问题，但是对于许多商店来说，这不是一个选择。

我很乐意看到一个管理此问题的好工具，但是这里存在的最大问题是多样化的框架集和人为错误。

在停机时间方面，确实没有Web应用程序的实时就地升级之类的东西。 有多种方法可以将其降低到最低程度，例如一次更新一组负载平衡的Web / App服务器，然后使用户无法使用新软件。 如果您要更改表，则您不打算锁定表并中断用户的可能性非常低。

Answer 3

多谢您的回覆！

我有不同的环境，我关心的是如何在不丢失生产环境中的数据的情况下更改数据库架构（当然，如果可能的话）。 停机时间不是什么大问题。 由于我的工作效率还不高，我只创建了一个脚本来重新创建整个数据库，但是当用户存储了实时数据时，他可能会有点...不高兴。

redgate有一个不错的工具，似乎可以解决该问题，但我尚未对其进行检查。