比较 Java 数据对象和 EJB 技术

 JDO 概述
　　长久以来，Java 应用程序和持久数据管理之间的关系一直是不容易处理的。许多持久性机制以关系的方法而不是面向对象方法存储数据。即，数据存储在由包含字段的记录组成的表中，而不是存储为自包含对象(这些对象拥有内部数据和对其它对象的引用，而其它对象也拥有内部数据和引用)。将面向对象的表示转换成关系表示一直就很麻烦、易出错且会降低应用程序性能。直到最近，少数几个本质上是非关系型的持久性机制(例如 SQL BLOB 和 Java 序列化)使用起来也很麻烦。大多数持久性机制让开发人员负责处理持久性，或使用非 Java 语言(例如 SQL)与后端数据存储进行相互作用。
　　JDO 的优点在于它很简单。开发人员使用 Java 语言持久存储对象实例并从存储器检索实例。处理逻辑、同步和故障转移等均被透明地处理。开发人员无需使用 SQL 或 Java 语言提供的不便的序列化机制，只使用 POJO(无格式普通 Java 对象)即可，利用 JDO 接口将对象引用传递到存储器中并从存储器检索对象引用。
　　JDO 还采用了很多 JDBC 使用的高级体系结构。它使用一种可插入的体系结构，在这一体系结构中，开发人员将自己的代码编写成标准接口集(JDO API)，而供应商提供这些接口的实现。这允许使用 JDO 接口的应用程序“插入”任何支持 JDO API 的数据存储。和 JDBC 一样，这可以使移植容易，并促进各供应商之间的竞争，从而产生更好的产品，因为供应商会力争提供更有效且功能更强大的实现。
　　会话 bean 和 JDO
　　会话 bean 是任何合并了 EJB 技术的 J2EE 体系结构的基干。对于无状态会话 bean 尤其如此。正如以前讨论的，无状态会话 bean 的稳定性和可预测性使其特别适合于管理持久的企业数据。
　　但是会话 bean 本身不能访问持久数据存储。它们必须与其它技术(如实体 bean、JDBC 或 JDO)相结合以创建一种持久数据管理机制。将会话 bean 与 JDO 结合类似于将它们与 JDBC 结合，但 JDO 是以更面向对象且更以 Java 为中心的观点处理该问题的。
　　功能强大的组合
　　通过向 EJB 容器请求资源管理器连接工厂，企业 bean 获得对外部资源的访问权。使用 JDBC 的 EJB 组件是这样做的，使用 JDO 的 EJB 组件也是这样做的。会话 bean 必须做的第一件事是通过调用 JNDI 查询，获得对 PersistenceManagerFactory 的引用。然后从工厂获得 PersistenceManager 实例。如果会话 bean 正在使用容器管理的事务，那么每个业务方法将使用工厂来获得新的 Pe