Unmi的Struts2学习笔记(二) - 编程入门网
息的并发访问，提供 SQL 查询语言查找数据。不幸的是，JDBC 没有提 供序列化所具有的易用性。JDBC 所使用的关系模型不是为保存对象而设计的，因 此迫使开发者选择在处理持久数据时放弃面向对象编程，或者自己去开发将面向 对象特性（比如：类之间的继承）和关系型数据库进行映射的专有解决方案。
使用Apache OpenJPA开发EJB 3.0应用，第1部分: OpenJPA与EJB 3.0(2)时间:2011-08-31 IBM 肖菁关系对象映射（Object Relational Mapping，ORM） ORM 是目前完成对象和关系数据表之间的映射最好的一种技术， 这些 ORM 框 架处理对象和关系数据库之间的协调工作，将开发者从这部分工作中解脱出来， 集中精力处理对象模型。阻碍 ORM 发展的问题是，现有的每一种 ORM 产品都有 自己特有的 API，开发者只能将自己的代码绑定到某一个框架提供商的接口上， 这种状况形成了厂商锁定，意味着一旦该框架提供商无法解决系统中出现的严重 错误，或者因为其它的原因转而采用其它的框架，将会给开发者的企业应用带来 极大的困难，唯一的解决办法是重写所有的持久化代码。 对象数据库（Object DataBase） 已经有一些软件公司选择了开发为保存对象而特别设计的对象数据库，而不是 选择将对象映射到关系型数据库上。这种解决方案通常比使用对象/关系映射更加 易于使用。和 ORM 相同的问题是，对象数据库的访问接口并没有标准化，因此非 常容易形成厂商锁定的局面。与此同时，放弃已经成熟的关系数据库而转向未知 的对象数据库让非常多的企业决策者犹豫不决。而且目前为对象数据库而设计的 分析工具太少，无法满足企业的需求。而且现实情况下，每一个企业基本上都有 大量的已有数据保存在关系数据库中，要从关系数据库转向对象数据库对企业而 言也需要大量工作。 EJB 2.X EJB 2.X 实体 Bean 是管理持久化数据的组件框架，和 ORM 解决方案一样， EJB 2.X 实体 Bean 提供持久化数据的面向对象视图。和 ORM 解决方案不一样的 是，EJB 2.X 实体 Bean 不仅仅局限于数据库，它展示的信息可能来自于 EIS （Enterprise Information System）或者其他持久化设备。EJB 2.X 实体 Bean 最大的局限是规定了太过于严格的标准，这些标准保证了企业应用能够在不同的 EJB 容器之间可以移植，但是也让 EJB2.X 实体 Bean 规范变得非常复杂并难于 使用。而且 EJB 2.X 标准在面向对象特性处理方面的支持非常有限，无法支持继 承、多态和复杂关系等面向对象的高级特性。EJB 2.X 实体 Bean 只能在重量级 的、价格昂贵的 EJB 容器中运行，这对应用 EJB 2.X 实体 Bean 开发企业应用 提出了更高的要求，加重了企业的经济压力。 Java 数据对象（Java Data Object，JDO） JDO 是 Java EE 标准中另外一个支持管理持久化数据的规范，JDO 规范使用 和 JPA 非常类似的 API，只是通常是通过 JCA 技术集成到应用服务器上。但是 JDO 是针对轻量级容器而设计的，不能够支持容器级别的声明式安全、事务特性 ，也无法对远程方法调用提供支持。 EJB 3.0 规范 2006 年 5 月 2 日，EJB 3.0 规范最终版由 JCP（Java Community Process ） 正式公布，标准号为 JSR（Java Specification Request）220。EJB 3.0 规 范的发布为企业应用开发者提供了一种全新的、简化的 API。制定这组 API 的目 标是让开发变得更加容易，相对于以前版本的 EJB 规范，这组 API 也更加简单 。Java Persistence API 是 EJB 3.0 中负责处理持久化数据管理的部分，目标 是为开发者处理持久化数据库管理提供标准支持，也成为 Java EE 容器提供商必 须遵守的标准。 EJB 3.0 规范由三部分组成：EJB3.0 Simplified API、EJB 核心规范（EJB Core Contracts and Requirements）和 JPA（Java Persistence API）。 S |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
