将遗留的 BC4J 应用从 Oracle 数据库迁移到 DB2 数据库

核心提示： 由于本文关注应用层的迁移，而不关注数据库的迁移，将遗留的 BC4J 应用从 Oracle 数据库迁移到 DB2 数据库(2)，所以本文可以假设数据库定义以及数据已经从 Oracle 数据库迁移到 DB2 数据库中，另外，那么，就需要将所有与数据库相绑定的代码进行迁移，在应用层迁移设计过程中，需要

由于本文关注应用层的迁移，而不关注数据库的迁移，所以本文可以假设数据库定义以及数据已经从 Oracle 数据库迁移到 DB2 数据库中。另外，在应用层迁移设计过程中，需要遵循两个原则：尽可能的使用原有的代码逻辑；不能修改原有的业务处理流程。只有遵循以上的两个原则，才可以做到迁移后的系统能够和原有系统的功能保持一致。

在明确迁移目标后，我们就可以对具体的迁移工作做进一步的分析。

BC4J 应用层迁移的层面分析

在进行迁移之前，需要对遗留系统的结构做充分的分析，并需要总结出迁移工作的重点层面以及每个层面需要迁移哪些点。本文给出了一个简单的遗留系统示例，图 1 为本例所给出的遗留系统的架构图。

图 1. 遗留系统架构图

查看原图（大图）

通过上面的架构图可以发现：Entity Object 为 Oracle 数据库的 Java 对象映射，View Object 封装了对数据库的操作，Client 层通过获取 Application Module 的实例来操作 View Object，进而完成和数据库的交互。应用层迁移的本质，其实就是修改应用层的代码，使它能够运行在新的数据库平台上。由于 DB2 和 Oracle 数据库的差异，就需要将不能在 DB2 数据库上运行的代码改成 DB2 兼容的代码，那么，就需要将所有与数据库相绑定的代码进行迁移。通过对架构图的介绍，可以发现 BC4J 应用与数据库相绑定的代码主要集中在以下三个层面：