1、JPA开发文档大全JPA开发文档（大全）这是一份比较全面的JPA文档，希望能够帮助大家，让大家更好的学习工作。1. 发展中的持久化技术1.1 JDBC很多企业应用的开发者选择使用 JDBC 管理关系型数据库中的数据。JDBC支持处理大量的数据，能够保证数据的一致性，支持信息的并发访问，提供 SQL 查询语言查找数据。JDBC 所使用的关系模型不是为保存对象而设计的，因此迫使开发者选择在处理持久数据时放弃面向对象编程，或者自己去开发将面向对象特性（比如：类之间的继承）和关系型数据库进行映射的专有解决方案。1.2 关系对象映射（Object Relational Mapping，ORM）ORM 是
2、目前完成对象和关系数据表之间的映射最好的一种技术， 这些 ORM 框架处理对象和关系数据库之间的协调工作，将开发者从这部分工作中解脱出来，集中精力处理对象模型。阻碍 ORM 发展的问题是，现有的每一种 ORM 产品都有自己特有的 API，开发者只能将自己的代码绑定到某一个框架提供商的接口上，这种状况形成了厂商锁定，意味着一旦该框架提供商无法解决系统中出现的严重错误，或者因为其它的原因转而采用其它的框架，将会给开发者的企业应用带来极大的困难，唯一的解决办法是重写所有的持久化代码。1.3 Java 数据对象（Java Data Object，JDO）JDO 是 Java EE 标准中另外一个支持管
3、理持久化数据的规范，JDO 规范使用和 JPA 非常类似的 API，只是通常是通过 JCA 技术集成到应用服务器上。但是 JDO 是针对轻量级容器而设计的，不能够支持容器级别的声明式安全、事务特性，也无法对远程方法调用提供支持。1.4 Java Persistence API（JPA）EJB 3.0 规范由三部分组成：EJB3.0 Simplified API、EJB 核心规范（EJB Core Contracts and Requirements）和 JPA（Java Persistence API）。JPA 规范部分详细的介绍了 JPA 中实体 Bean 的定义，并介绍了实体 Bean 支
4、持的注释、全新的查询语言、实体管理接口、容器实现规范等内容。JPA 标准制定过程中充分吸收了目前已经出现的所有持久化技术的所有优点，摒弃了它们存在的局限，使 JPA 在简单易用、查询能力等方面表现突出。标准化JPA 是 JCP 组织发布的 Java EE 标准之一，因此任何声称符合 JPA 标准的框架都遵循同样的架构，提供相同的访问 API，这保证了基于 JPA 开发的企业应用能够经过少量的修改就能够在不同的 JPA 框架下运行。对容器级特性的支持JPA 框架中支持大数据集、事务、并发等容器级事务，这使得 JPA 超越了简单持久化框架的局限，在企业应用发挥更大的作用。简单易用，集成方便JPA
5、的主要目标之一就是提供更加简单的编程模型：在 JPA 框架下创建实体和创建 Java 类一样简单，没有任何的约束和限制，只需要使用 javax.persistence.Entity 进行注释；JPA 的框架和接口也都非常简单，没有太多特别的规则和设计模式的要求，开发者可以很容易的掌握。JPA 基于非侵入式原则设计，因此可以很容易的和其它框架或者容器集成。可媲美 JDBC 的查询能力JPA 定义了独特的 JPQL（Java Persistence Query Language），JPQL 是 EJB QL 的一种扩展，它是针对实体的一种查询语言，操作对象是实体，而不是关系数据库的表，而且能够支持
6、批量更新和修改、JOIN、GROUP BY、HAVING 等通常只有 SQL 才能够提供的高级查询特性，甚至还能够支持子查询。支持面向对象的高级特性JPA 中能够支持面向对象的高级特性，比如类之间的继承、多态和类之间的复杂关系，这样的支持能够让开发者最大限度的使用面向对象的模型设计企业应用，而不需要自行处理这些特性在关系数据库的持久化。支持内容:JDBCORMJDOEJB 3（JPA）Java 对象NoYesYesYes高级OO原理NoYesYesYes事务完整性YesYesYesYes并发YesYesYesYes大数据集YesYesYesYes现有 SchemaYesYesYesYes关系型
7、和非关系型数据存储NoNoYesNo查询YesYesYesYes严格的标准/可移植NoNoYesYes简单易用YesYesYesYes表 1 持久化技术的优缺点2. JPA 体系架构JPA 中定义一套类和接口用于实现持久化管理和对象/关系的映射，下面这张图中显示了 JPA 的主要组件以及它们之间的相互关系。图1 JPA 主要组件和相互关系 EntityManagerFactory EntityManagerFactory 是 EntityManager 的工厂类，负责创建 EntityManager 对象。 EntityManager EntityManager 是 JPA 应用中使用的基本对
8、象，通过它提供的相应方法可以管理持久化对象，也可以新建或者删除持久化对象。EntityManager 还负责创建 Query 实例。在容器外使用时，EntityManagerFactory 和 EntityManager 之间是一对一的关系。 Entity EntityTransaction 提供 Entity 操作时需要的事务管理，和 EntityManager 是一对一的关系。在查询操作时不需要使用 EntityTransaction，而在对象持久化、状态更新、对象删除等情况下则必须使用显式的使用 EntityTransaction 的相关方法管理事务。 Query Query 是查询实体
9、的接口，Query 对象可以从 EntityManager 中获得。根据 EJB 3.0 规范中的描述，Query 接口需要同时支持 JPQL 和原生态 SQL 两种语法。 Persistence Persistence 是一个工具类，负责根据配置文件提供的参数创建 EntityManagerFactory 对象。下面的代码演示了如何通过 JPA 提供的接口和 JPQL 查询语言完成实体查询和更新的例子，例子中的代码假定运行在非 Java EE 环境中。清单 1 在非 Java EE 环境使用 JPA 接口的例子EntityManagerFactory factory = Persistenc
10、e.createEntityManagerFactory (“mysql”); / 从 EntityManagerFactory 实例 factory 中获取 EntityManagerEntityManager em = factory.createEntityManager(PersistenceContextType.EXTENDED);/ 实体的更新需要在事务中运行EntityTransaction tx = em.getTransaction ();tx.begin (); / 查找所有公司中的女性雇员Query query = em.createQuery (select e fr
11、om Employee e where e.sex = femail);List results = query.getResultList (); / 给所有女性雇员增加半天假期for (Object res : results) Employee emp = (Employee) res; emp.setHoliday (emp.getHoliday () +0.5); / 提交事务(持久化所有更新)mit ();em.close ();factory.close ();下面的代码显示了在 EJB 容器中开发 JPA 应用时的接口使用情况，由于容器中的 EntityManager 是注入的
12、，事务也是声明式的，因此在容器中完成上面的业务逻辑要简单得多。清单 2 在容器中运行的 JPA 例子/* 在容器中运行 JPA 应用时，EntityManager 接口的实例”em”* 是通过 Resource 注释注入的。事务也通常是声明式的。*/ 查找所有公司中的女性雇员Query query = em.createQuery (select e from Employee e where e.sex = femail);List results = query.getResultList ();/ 给所有女性雇员增加半天假期for (Object res : results) Emplo
13、yee emp = (Employee) res; emp.setHoliday (emp.getHoliday () +0.5);3. Entity BeanEJB3 Entity可以是很简单的java bean，只要批注了Entity或者在xml配置中作了说明，就被做一个可持久化的Entity处理。 但还是需要遵行一定的规则： Entity类必须要有一个无参数的public或者protected的Constructor。 如果在应用中需要将该Entity类分离出来在分布式环境中作为参数传递，该Entity Class需要实现java.io.Serialzable接口。 Entity类不可以
14、是final，也不可有final的方法。 abstract类和Concrete实体类都可以作为Entity类。 Entity类中的属性变量不可以是public。Entity类的属性必须通过getter/setter或者其他的商业方法获得。3.1定义对Entity中属性变量的访问在绝大部分的商业应用，开发人员都可以忽略这部分无需关心。但如果你需要编写复杂的Entity类的话，你需要了解这个部分。复杂的Entity类是指在Entity类的getter/setter和商业方法中包含比较复杂的业务逻辑而不是仅仅返回/符值某个属性。在大部分的情况下，我们都建议使Entity类中setter/getter
15、中的逻辑尽可能简单，除了必要的校验符值外，不要包含复杂的业务逻辑，例如对关联的其他Entity类进行操作。但有些情况下，我们还是需要在Entity类的setter/getter方法中包含商业逻辑。这时候，采用何种属性访问方式就可能会影响代码的性能甚至是逻辑正确产生影响。EJB3持久化规范中,在默认情况下所有的属性都会自动的被持久化，除非属性变量用Transient元数据进行了标注。针对可持久化属性定义了两种属性访问方式(access): FIELD和PROPERTY。 如果采用access=FIELD, EJB3 Persistence运行环境直接访问对象的属性变量，而不是通过getter。这种访问方式也不要求每个属性必须有getter/setter。如果需要在getter中包含商业
