构建跨越联合数据的实体 EJB

核心提示：简介实体 Enterprise JavaBeans™（EJB）开发人员发现自己面临数据建模问题的挑战，这并不稀奇，构建跨越联合数据的实体 EJB，因为实体 EJB 通常代表由关系 DBMS 管理的数据，所以程序员们常常必须决定：如何将表中现有的数据映射到支持 Web 应用程序所需的新的服务器端 Java&t

简介

实体 Enterprise JavaBeans™（EJB）开发人员发现自己面临数据建模问题的挑战，这并不稀奇。因为实体 EJB 通常代表由关系 DBMS 管理的数据，所以程序员们常常必须决定：如何将表中现有的数据映射到支持 Web 应用程序所需的新的服务器端 Java™ 对象。尽管许多开发工具可以帮助程序员构建映射到单个表的单个实体 EJB，但很难找到有以下能力的工具：能帮助程序员创建实体 EJB，且该实体 EJB 映射到非关系数据或由多个数据源（可能既有关系数据源，也有非关系数据源）管理的数据。

在本文中，我们将研究 IBM® DB2® 联合数据库管理系统（DBMS）是如何帮助 EJB 程序员解决这些问题的。该技术为程序员提供了全异数据的单站点映象，呈现了一个虚拟数据库，这个虚拟数据库掩盖了远程数据源所需的应用程序编程接口（API）中的差别。这是联合 DBMS 的特征之一，它使 EJB 程序员能以透明和高效的方式使用全异数据。

前一篇文章 处理 Web 应用程序中的全异数据介绍了联合 DBMS 概念并对它们如何能补充 Web 应用程序服务器环境做了说明。另一篇文章 构建访问联合数据的 Web 组件研究了构建使用联合数据的会话 EJB 和 Web 服务的设计需求。在本文中，我们将研究联合 DBMS 技术更进一步的用法：作为创建带有容器管理的持久性（container-managed persistence (CMP)）的实体 bean 的基础。但在我们深入研究技术细节之前，理解联合数据库技术在什么情况下可能有益于实体 EJB 程序员是很重要的。

益处何在？

CMP 实体 bean 代表着 DB2 联合数据库技术的一种相当完善的用法，因为数据库访问的代码 — 也就是实现持久性的代码 — 是在部署 EJB 时自动生成的。相反，构建访问持久数据的会话 EJB 的程序员，要编写自己的 JDBC 语句才能建立数据库连接以及发出 SQL 语句。