Bre*_*len 21 sql-server deployment database-versioning
我工作的软件系统是医疗计费系统,大量数据和数据表以及存储过程.
我正在阅读文章" 改进代码的12个步骤 ",而在Joel Test#2中则说:你能一步完成构建吗？
现在我想知道,这是否意味着部署构建(以便客户可以更新其部署).
现在我遇到的主要问题是你如何进行一步数据库更新？
目前,当我们对数据库进行更改时,会记录所有更改并将其添加到数据库更新脚本中,该脚本在创建部署到客户构建时会附加一个版本号.
有更简单的方法吗？一些脚本或应用程序在那里采用"之前和之后"查看数据库模式并创建像我提到的更新脚本？
或者这只是每个人都这样做的方式,我很难相信,但似乎有道理.
自动化系统可以减少错误,并大大加快部署构建时间,我很想知道如何这样做.
mar*_*c_s 16
您可以通过各种级别的复杂性:
如果您有手动创建的更新脚本,并且只是想方便将这些脚本应用到各种服务器,请查看SSW咨询的SSW SQL部署.它可以很好地处理这种情况
如果你倾向于做更多的数据库差异方法,那么Red Gate的SQL Compare(已经提到过)和SQL Packager就是一个很棒的组合.您可以在新旧之间区分数据库,然后将更改应用于一个很好的包中 - 作为EXE或C#项目
如果你想要一个真实的,端到端的,深思熟虑的方法(有一点学习曲线),请查看Innovartis的DBGhost方法.如何处理数据库开发和增量更新是一种完整的方法/技术.它非常强大,看起来非常有前途 - 但这是一种全有或全无的方法:要么你买入它并端对端地使用它,要么你没有
希望这个对你有帮助!
| 归档时间： |
|
| 查看次数： |
18063 次 |
| 最近记录： |