问用于RoundHouse的数据库改造

EN

你看见PowerUp了吗？https://github.com/chucknorris/powerup

这是将数据库中的当前项提取为幂等RoundhousE格式的实用工具。

至于表，可以分别编写脚本，然后将它们放入runAfterCreate表中。

在wiki中有一些关于这个- https://github.com/chucknorris/roundhouse/wiki/RoundhousEModes的指导。

据我所收集的，这是预期的工作流：

1. 创建现有数据库的完整备份。

此备份文件是您的基线映像。将文件移动到具有固定位置的文件共享。修正意味着当基线映像更新到更新版本(通常是在成功部署之后)时，完整的路径不会改变。

\\BuildServer\Data\Backups\LegacyDb.bak

1. 使用SSMS或PoweruP编写“任何时候”数据库对象(存储过程、函数、视图和索引)的脚本，每个文件一个对象。将脚本移到名为"sprocs“、”函数“、”视图“和”索引“的目录中。

请注意，您是而不是，此时应该编写“一次性”数据库对象的脚本。

1. 做一些实际工作，包括添加一次脚本或更改任何时候的脚本。也许添加一个新表并更改一个视图。相应地更新迁移脚本。
2. 使用"RunRestore“模式将更改部署到开发数据库，并验证迁移脚本是否按预期工作。

在这种模式下，在执行迁移脚本之前，用基线映像替换现有的数据库。恢复备份是必要的；否则，RH将不会执行以前执行的迁移脚本，因为开发数据库中的版本信息在基线信息之前。您绝对希望能够对迁移脚本进行更改和测试，只要它们还在开发中。

1. 当您感到足够自信时，请使用“正常”模式将更改部署到生产数据库。

在此模式下，RH在执行迁移脚本之前不会还原任何备份。理论上，生产数据库和基线映像在sprint期间保持不变，因此不需要恢复备份。更不用说它可能会毁掉数周/几个月的数据。

如果这是第一个部署，RH将创建3个表，用于存储该数据库的版本信息。从现在开始，版本信息将包括在您的基线图像。

1. 创建数据库备份。

此备份文件是下一个sprint的新基线映像。