作为数据库架构师,开发人员和顾问,有很多问题可以回答.一个,虽然我最近被问到,仍然不能回答好,是…
“What is one of,or some of,the best methods or techniques to keep database changes documented,organized,and yet able to roll out effectively either in a single-developer or multi-developer environment.”
这可能涉及存储过程和其他对象脚本,但特别是模式 – 从文档到新的物理更新脚本,然后全面展开.有应用程序来实现这一点,但是需要模式钩子和开销.我宁愿知道所使用的技术,而不需要额外的第三方参与.
解决方法
在没有外部工具的帮助下,我看到的最简单的方法是创建一个“模式补丁”,如果你愿意的话.模式补丁只是一个简单的t-sql脚本.模式修补程序在脚本中给出版本号,并将该数字存储在数据库中的表中以接收更改.
对数据库的任何新更改都涉及创建一个新的模式修补程序,然后可以依次运行,然后检测数据库当前所在的版本,并运行其间的所有模式修补程序.之后,随着修补程序的执行日期/时间更新模式版本表,以便下次运行.
一本有关细节的好书被称为Refactoring Databases.
如果您希望使用外部工具,可以查看Ruby’s Migrations项目或C#中类似的工具,名为Migrator.NET.这些工具通过使用“转发”和“向后”迁移创建c#类/ ruby类来工作.这些工具的功能更丰富,因为他们知道如何在模式修补程序中向前推进以及向后移动.正如你所说,你对外部工具不感兴趣,但是我以为我会补充说,对于其他读者来说.
