J2EE探险者: 持久数据管理，第2部分 - 编程入门网

缺乏经验与简单性。对于在最佳实践方面的不足，JDO 用简单性来弥补。它很简单且易使用，而且 POJO 比“实体”概念更易于理解。尽管拥有实际 JDO 经验的 Java 编程专家很少，但该技术很容易掌握。相对于 JDO 固有的简单性，J2EE 架构设计师和开发人员必须权衡缺乏模式、最佳实践和案例研究所产生的影响。

缺乏旧的支持。目前，没有任何主要的关系数据库管理系统（RDBMS）供应商支持 JDO。因此，开发人员必须将系统数据迁移到支持 JDO 的供应商，或者将 JDO 只用于其功能不依赖旧 RDBMS 数据存储的新项目或组件。

新的持久性范例。JDO 考虑到了丰富的面向对象的持久性机制，它充分利用了对象合成（包含其它对象的对象）及继承（通过完整的类型层次结构来识别对象类型）。尽管 JDO 的面向对象持久性范例给应用程序开发人员带来了许多便利，但它也使数据库管理员（DBA）灰心和困惑。目前 JDO 不提供结合存储过程的机制，因此 DBA 要花大力气学习如何使用 XML 声明约束，或如何指导 Java 开发人员怎样管理数据。我们再次发现 JDO 更适合于新项目、新组件或现有的独立于旧 RDBMS 的应用程序。

资源使用情况。尽管可用的性能基准测试程序非常少，但我们可以假设依赖实体 bean 而获得透明持久性的应用程序所消耗的服务器资源将比基于 JDO 的应用程序多。

结束语

在这篇 J2EE 探险者系列的专栏文章中，我们已经完成了对数据持久性的探究，它是 Java 开发中最具有技巧性的领域之一。尽管 J2EE 对处理数据持久性确实提供了三种可靠技术，但没有一种是完美的。

多年来 JDBC 一直是 Java 开发人员进行数据访问的标准。它是一种牢固的且已证实的技术，允许架构设计师和开发人员利用现有关系数据库基础结构和现有的专门技术来产生数据库查询。随着时间的流逝，它已经发展成可以提供完全具有高速缓存和资源池机制的完善的数据库驱动程序，很显然这使开发人员得益颇多。作为企业持久性技术，JDBC 还存在一些不足，它让开发人员或数据库负责管理并发性和数据完整性。尽管有这个缺点，但是由于其成熟性、普遍适用性和性能使它被广泛使用。

实体 bean 比 JDBC 稍欠成熟，但是它们仍对企业数据持久性提供了可靠的解决方案。就如同使用 JDBC 的情况，架构设计师和开发人员在使用实体 bean 时，能利用现有的关系数据库基础结构和现有的专门技术产生数据库查询。实体 bean 可以简化开发健壮数据持久性代码的过程，因为 EJB 容器提供了许多生命周期企业服务，例如安全性、资源管理、事务控制和透明的持久性。实体 bean 提供了功能强大的数据持久性解决方案，它为开发人员透明地处理大量语义和细节。这一强大功能和轻松的开发所付出的代价就是实体 bean 是资源密集型的，而且正确设置它很复杂，调试很困难。

对于 J2EE 阵营中较成熟但不以 Java 为中心的技术，Java 数据对象是一种引人关注的替代技术。JDO 的纯面向对象方法和设计的简单性使掌握它所需的适应期比其它两种持久性技术都短。但 JDO 也没有 JDBC 或 EJB 技术成熟，这导致开发人员和架构设计师在作设计和部署决定时无法获得足够有帮助的资源。而且，对于它向 Java 开发人员提供的所有易用性，JDO 要求 DBA 作出明确承诺，即为使用它必须尽快了解全新的数据管理范例。

下个月，我们将探索企业消息传递，以此来结束对 EJB 技术领域的首次探险。到那时，希望能快乐地探险！

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!