Sna*_*Jag 13 sql database architecture schema methodology
作为数据库架构师,开发人员和顾问,有许多问题可以解答.一,虽然我最近被问到但仍然无法回答好,是......
"将数据库更改记录,组织,并且能够在单一开发人员或多开发人员环境中有效推出的最佳方法或技术之一或部分是什么."
这可能涉及存储过程和其他对象脚本,但尤其是模式 - 从文档到新的物理更新脚本,到推出,然后是全圆.有些应用程序可以实现这一点,但需要架构挂钩和开销.我宁愿知道在没有大量额外第三方参与的情况下使用的技术.
我见过的最简单的方法是在不借助外部工具的情况下完成此操作,如果您愿意的话,可以创建一个“架构补丁”。模式补丁只是一个简单的 t-sql 脚本。模式补丁在脚本中被赋予一个版本号,并且该版本号存储在数据库的表中以接收更改。
对数据库的任何新更改都涉及创建一个新的架构补丁,然后您可以按顺序运行该补丁,然后检测数据库当前所在的版本并运行其间的所有架构补丁。之后,模式版本表将使用执行补丁的任何日期/时间进行更新,以存储以供下次运行。
一本介绍此类细节的好书叫做《重构数据库》。
如果您希望使用外部工具,可以查看Ruby 的 Migrations项目或 C# 中名为Migrator.NET的类似工具。这些工具通过创建具有“向前”和“向后”迁移的 c# 类/ruby 类来工作。这些工具的功能更加丰富,因为它们知道如何在模式补丁中前进和后退。然而,正如您所说,您对外部工具不感兴趣,但我想无论如何我都会为其他读者添加它。
| 归档时间: |
|
| 查看次数: |
2591 次 |
| 最近记录: |