对每次重构采用一些小脚本，原因是：简单性、正确性、版本控制。

　　实现重构的一个重要方面是，确保数据库Schema变更的部署遵守了公司的数据库开发指南。

　　● 迁移源数据；

　　当发现需要编写支持文档来描述一个表、一个列或一个存储过程时，说明需要对这部分Schema进行重构，使其更易于理解。

　　也许一次简单的改名可以避免几段说明文档。设计越清晰，越少需要文档。

　　● 修改外部访问程序；

　　数据库Schema变更时，常常需要重构原有的外部程序。

　　● 运行回归测试；

　　实现重构的一部分工作是对它进行测试，确保它能工作。

　　● 对工作进行版本控制；

　　把重构置于配置管理CM的控制之下。

　　● 宣布此次重构。

　　需要向感兴趣的各方沟通已经完成的数据库重构。

　　宣布工作的一个重要方面是更新相关的文档。还需要更新数据库的物理数据模型PDM。

　　注意：不用发布不成熟的数据模型。

　　数据库重构过程：

　　小结：数据库重构的工作室在开发沙盒中完成的，好是由一个开发者和一个DBA结对完成。