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

核心提示： 选择项目，然后选择 File -> Export，使用 DB2 Change Management Expert 进行数据库版本控制(9)，打开 Export 对话框，展开 General 文件夹，通过使用 DB2 Change Management Expert 和一个规划良好的系

选择项目，然后选择 File -> Export，打开 Export 对话框。

展开 General 文件夹，选择 Archive File 并单击 Next。

在接下来的屏幕上，选择项目、输出文件位置、文件名和格式（ZIP 或 TAR），然后单击 Finish。这样将在磁盘上创建 ZIP 文件。

Jaya 可以离开 DB2 Change Management Expert，使导出的 ZIP 文件可以被 Eric 使用。

Eric 现在需要处理该项目。Eric 不是从 CVS 中读出它，而是必须手动地将那个项目导入他的工作区中。Eric 执行以下步骤：

在工作区中，选择 File -> Import。

展开 General 文件夹并选择 Existing Projects into Workspace。

使用 Select archive file 浏览至 Jaya 导出的归档文件的位置。那个归档文件中的项目将出现在 Projects 列表框中。

选择项目并单击 Finish。

现在，项目就处在 Eric 的工作区中，他可以继续第 3 部分中描述的变更。当 Eric 做出更改并生成 DDL 时，部署脚本同时包含来自 Jaya 和 Eric（Eric 可能已经删除或修改了 Jaya 的更改，但是这里没有）。

在第 3 部分中，Eric 删除一个表，但是后来改变了主意，并返回到 CVS 中项目的版本。如果不使用版本控制系统，如何可以做到这一点？

在 CME 中，有些本地历史存在于工作区中。在这个特定的场景中，Eric 可以继续从目标模型中删除 EMP_PHOTO 表，然后通过从 Data Project Explorer 视图中右键单击目标模型并选择 Replace with Local History 将其放回模型中。Eric 可以逆转之前的更改。但并不是所有情况下都能这样，而是只有在工作区中才能这样。也就是说，Eric 和 Jaya 不能相互逆转对方的更改。

在第 4 部分中，当 Eric 将项目导出到一个归档文件（ZIP/TAR）之后，Jaya 可以将项目导回到工作区中。Jaya 应该从工作区中删除已有的项目，并导入 Eric 做出的新的项目归档。这个项目将包含从第 1 部分到第 3 部分的所有变更。但是，Jaya 不能访问关于 Eric 做出的变更的任何本地历史，所以要恢复到之前的变更就变得更困难。

从这个场景可以看出，当进行团队协作时，版本控制系统是多么的重要。

通过整个项目文件共享变更的另一种方法是共享各个模型或部署脚本，并使用 DB2 Change Management Expert 合并和迁移特性集成变更。这种方法要求更多地注意细节，但是当处理多个变更或者更复杂的变更时，可以提供更多的灵活性。不管使用何种方法，都不能获得比版本控制系统所提供的更丰富的历史功能。

结束语

结合使用版本控制系统和 DB2 Change Management Expert，可以为管理业务需求提供一个强制性的资源。使用这两种工具有助于顺利完成对应用程序开发周期中涉及的所有变更的跟踪。即使没有版本控制系统，通过使用 DB2 Change Management Expert 和一个规划良好的系统，也仍然可以获得上述好处。希望本文能够鼓励您进一步探索 DB2 Change Management Expert 如何满足您的要求。