使用 DB2 Change Management Expert 进行数据库版本控制

核心提示： 可以通过打开部署脚本并单击 deployment script editor 的菜单项重置部署脚本，选择 Deploy -> Reset，使用 DB2 Change Management Expert 进行数据库版本控制(8)，这样将启动一个向导，该向导将帮助重置部署脚本，Jaya

可以通过打开部署脚本并单击 deployment script editor 的菜单项重置部署脚本。选择 Deploy -> Reset。这样将启动一个向导，该向导将帮助重置部署脚本。

如何在不使用版本控制系统的情况下使用 DB2 Change Management Expert

如果不能使用一个版本控制系统，是否仍然可以使用 DB2 Change Management Expert？当然！但是，出于审计和跟踪的目的，可能仍然需要遵从某些控制，那么，如果 DB2 变更都存储在 DB2 Change Management Expert 中，则应该如何做呢？Data Project 信息存储在一开始定义的 DB2 Change Management Expert Workspace 中。工作区是本地磁盘上的一组目录，因此可以将那些文件保存在一起，作为该版本的文件集。

我们使用本文中的示例，但是假设您没有版本控制系统。

使用储存库存储变更的一个好处是工作区可以使用大量的变更历史。出于审计的目的，或者为了撤消一次变更，可能需要这些历史。如果只处理项目文件本身，那么就需要由您来跟踪发生了什么变更，以及是谁做出的变更。

可以与其他用户共享整个工作区吗？

从技术上讲，是这样的，可以共享整个工作区，例如在一个共享驱动器上。但是，如果在其他人已打开工作区的时候尝试打开工作区，就会收到一条错误消息，说该文件已经在使用。共享工作区的另一个缺点是所有设置也随之被共享，所以如果其他人更改设置的话，就可能丢失定制。所以不建议共享工作区。

如何在多个 DBA 之间共享文件？

有一些方法可以共享项目文件。本文使用的、也是最简单的方法是将整个项目导出为一个归档文件（ZIP 文件），让其他用户将项目导入到他们的工作区中。 遵循上述场景之后（Jaya 和 Eric 完成某些数据库变更），当生成所有变更命令之后，Jaya 现在处在第 1 部分的最后位置。Jaya 现在不是将文件注册到版本控制中，而是需要保护更改，使之可以被正在处理该项目的另一个 DBA 使用。Jaya 执行以下步骤：