我刚刚继承了sql Server数据库.我需要整理的一件事是版本控制和自动化构建.
有人建议,我应该认真考虑推荐RedGate sql Compare,但我不得不承认我有点不安.
我的预约是…
>似乎促进使用gui工具进行数据库工作？
>对于实时应用程序,我更喜欢使用变更脚本,这避免了在每个scrum周期结束时最后一刻的恐慌来创建迁移脚本,这意味着更新脚本可以由CI进行测试.我看不到RedGate工具如何解决这个问题.
我的内心直觉告诉我坚持MSBuild文件和一堆.sql文件的经过验证的方法.
我有兴趣听到有人有任何使用这个工具的经验.
解决方法
我们使用Red Gate来生成用于部署和控制版本控制的脚本.
重要提示：您的生产数据库是掌握了所有的数据.因此,将常规副本安排到测试服务器并将其用作基准.由NUnit生成的数据库每天晚上都有基本数据(看得见,笑了)一般是没用的.如果你有十亿行,需要测试一个查询呢？
版本控制：您可以使用红门工具生成模式作为基准,然后将其与此副本(或您的质量保证或其他)进行比较.红门工具允许与我们的SVN控制文件夹进行比较,并在每个版本更新.所以我们有一个完整的历史
部署：我们将开发脚本(也在SVN中)应用于干净的“构建”数据库,并与另一个干净的数据库进行比较.这成为我们的部署脚本.
当然这很简单.
专业版提供了一个API来同步和比较,以便您可以在需要时集成到您的工具链中.无需GUI.偶然地,我们使用它来提供完整的客户端代码的一些特殊用户沙箱的单击同步.
正如Remus所说,对于某些操作来说,它们并不是万无一失的.如果你正在更换1.5TB桌面上的东西,我会很好地手动编写我的脚本.另一个令人烦恼的是,红门的工具有一个习惯,在相关视图或udf上删除SCHEMABINDING,以便进行简单的检查约束更改.
我也建议阅读Martin Fowler的“Evolutionary Database Design”一些灵感
