JPA开发文档(大全).doc_第1页
JPA开发文档(大全).doc_第2页
JPA开发文档(大全).doc_第3页
JPA开发文档(大全).doc_第4页
JPA开发文档(大全).doc_第5页
已阅读5页,还剩20页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

JPA开发文档(大全)这是一份比较全面的JPA文档,希望能够帮助大家,让大家更好的学习工作。1.发展中的持久化技术31.1 JDBC31.2 关系对象映射(Object Relational Mapping,ORM)31.3 Java 数据对象(Java Data Object,JDO)31.4 Java Persistence API(JPA)32.JPA 体系架构53.Entity Bean73.1定义对Entity中属性变量的访问73.2 主键和实体标识(Primary Key and Entity Identity)94.EntityManager104.1 配置和获得EntityManager104.2 Entity的生命周期和状态104.3 持久化Entity(Persist)114.4 获取Entity134.5 更新Entity134.6 删除Entity134.7 脱离/附合(Detach/Merge)145.JPA Query145.1 Query接口155.2 简单查询155.3 使用参数查询165.4 排序(order by)165.5 查询部分属性175.6 查询中使用构造器(Constructor)175.7 聚合查询(Aggregation)185.8 关联(join)195.9比较Entity205.10 批量更新(Batch Update)215.11批量删除(Batch Remove)211. 发展中的持久化技术1.1 JDBC很多企业应用的开发者选择使用 JDBC 管理关系型数据库中的数据。JDBC支持处理大量的数据,能够保证数据的一致性,支持信息的并发访问,提供 SQL 查询语言查找数据。JDBC 所使用的关系模型不是为保存对象而设计的,因此迫使开发者选择在处理持久数据时放弃面向对象编程,或者自己去开发将面向对象特性(比如:类之间的继承)和关系型数据库进行映射的专有解决方案。1.2 关系对象映射(Object Relational Mapping,ORM)ORM 是目前完成对象和关系数据表之间的映射最好的一种技术, 这些 ORM 框架处理对象和关系数据库之间的协调工作,将开发者从这部分工作中解脱出来,集中精力处理对象模型。阻碍 ORM 发展的问题是,现有的每一种 ORM 产品都有自己特有的 API,开发者只能将自己的代码绑定到某一个框架提供商的接口上,这种状况形成了厂商锁定,意味着一旦该框架提供商无法解决系统中出现的严重错误,或者因为其它的原因转而采用其它的框架,将会给开发者的企业应用带来极大的困难,唯一的解决办法是重写所有的持久化代码。1.3 Java 数据对象(Java Data Object,JDO)JDO 是 Java EE 标准中另外一个支持管理持久化数据的规范,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 支持的注释、全新的查询语言、实体管理接口、容器实现规范等内容。JPA 标准制定过程中充分吸收了目前已经出现的所有持久化技术的所有优点,摒弃了它们存在的局限,使 JPA 在简单易用、查询能力等方面表现突出。标准化JPA 是 JCP 组织发布的 Java EE 标准之一,因此任何声称符合 JPA 标准的框架都遵循同样的架构,提供相同的访问 API,这保证了基于 JPA 开发的企业应用能够经过少量的修改就能够在不同的 JPA 框架下运行。对容器级特性的支持JPA 框架中支持大数据集、事务、并发等容器级事务,这使得 JPA 超越了简单持久化框架的局限,在企业应用发挥更大的作用。简单易用,集成方便JPA 的主要目标之一就是提供更加简单的编程模型:在 JPA 框架下创建实体和创建 Java 类一样简单,没有任何的约束和限制,只需要使用 javax.persistence.Entity 进行注释;JPA 的框架和接口也都非常简单,没有太多特别的规则和设计模式的要求,开发者可以很容易的掌握。JPA 基于非侵入式原则设计,因此可以很容易的和其它框架或者容器集成。可媲美 JDBC 的查询能力JPA 定义了独特的 JPQL(Java Persistence Query Language),JPQL 是 EJB QL 的一种扩展,它是针对实体的一种查询语言,操作对象是实体,而不是关系数据库的表,而且能够支持批量更新和修改、JOIN、GROUP BY、HAVING 等通常只有 SQL 才能够提供的高级查询特性,甚至还能够支持子查询。支持面向对象的高级特性JPA 中能够支持面向对象的高级特性,比如类之间的继承、多态和类之间的复杂关系,这样的支持能够让开发者最大限度的使用面向对象的模型设计企业应用,而不需要自行处理这些特性在关系数据库的持久化。支持内容:JDBCORMJDOEJB 3(JPA)Java 对象NoYesYesYes高级OO原理NoYesYesYes事务完整性YesYesYesYes并发YesYesYesYes大数据集YesYesYesYes现有 SchemaYesYesYesYes关系型和非关系型数据存储NoNoYesNo查询YesYesYesYes严格的标准/可移植NoNoYesYes简单易用YesYesYesYes表 1 持久化技术的优缺点2. JPA 体系架构JPA 中定义一套类和接口用于实现持久化管理和对象/关系的映射,下面这张图中显示了 JPA 的主要组件以及它们之间的相互关系。图1 JPA 主要组件和相互关系 EntityManagerFactory EntityManagerFactory 是 EntityManager 的工厂类,负责创建 EntityManager 对象。 EntityManager EntityManager 是 JPA 应用中使用的基本对象,通过它提供的相应方法可以管理持久化对象,也可以新建或者删除持久化对象。EntityManager 还负责创建 Query 实例。在容器外使用时,EntityManagerFactory 和 EntityManager 之间是一对一的关系。 Entity EntityTransaction 提供 Entity 操作时需要的事务管理,和 EntityManager 是一对一的关系。在查询操作时不需要使用 EntityTransaction,而在对象持久化、状态更新、对象删除等情况下则必须使用显式的使用 EntityTransaction 的相关方法管理事务。 Query Query 是查询实体的接口,Query 对象可以从 EntityManager 中获得。根据 EJB 3.0 规范中的描述,Query 接口需要同时支持 JPQL 和原生态 SQL 两种语法。 Persistence Persistence 是一个工具类,负责根据配置文件提供的参数创建 EntityManagerFactory 对象。下面的代码演示了如何通过 JPA 提供的接口和 JPQL 查询语言完成实体查询和更新的例子,例子中的代码假定运行在非 Java EE 环境中。清单 1 在非 Java EE 环境使用 JPA 接口的例子EntityManagerFactory factory = Persistence.createEntityManagerFactory (“mysql”);/ 从 EntityManagerFactory 实例 factory 中获取 EntityManagerEntityManager em = factory.createEntityManager(PersistenceContextType.EXTENDED);/ 实体的更新需要在事务中运行EntityTransaction tx = em.getTransaction ();tx.begin ();/ 查找所有公司中的女性雇员Query query = em.createQuery (select e from 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 是注入的,事务也是声明式的,因此在容器中完成上面的业务逻辑要简单得多。清单 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) Employee 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类不可以是final,也不可有final的方法。 abstract类和Concrete实体类都可以作为Entity类。 Entity类中的属性变量不可以是public。Entity类的属性必须通过getter/setter或者其他的商业方法获得。3.1定义对Entity中属性变量的访问在绝大部分的商业应用,开发人员都可以忽略这部分无需关心。但如果你需要编写复杂的Entity类的话,你需要了解这个部分。复杂的Entity类是指在Entity类的getter/setter和商业方法中包含比较复杂的业务逻辑而不是仅仅返回/符值某个属性。在大部分的情况下,我们都建议使Entity类中setter/getter中的逻辑尽可能简单,除了必要的校验符值外,不要包含复杂的业务逻辑,例如对关联的其他Entity类进行操作。但有些情况下,我们还是需要在Entity类的setter/getter方法中包含商业逻辑。这时候,采用何种属性访问方式就可能会影响代码的性能甚至是逻辑正确产生影响。EJB3持久化规范中,在默认情况下所有的属性都会自动的被持久化,除非属性变量用Transient元数据进行了标注。针对可持久化属性定义了两种属性访问方式(access): FIELD和PROPERTY。 如果采用access=FIELD, EJB3 Persistence运行环境直接访问对象的属性变量,而不是通过getter。这种访问方式也不要求每个属性必须有getter/setter。如果需要在getter中包含商业逻辑,应该采用access=FIELD的方式。 如果采用access=PROPERTY, EJB3 Persistence运行环境将通过Entity类上的getter来访问对象的属性变量,这就要求每个属性变量要有getter/setter方法。在EJB3中,默认的属性访问方式是PROPERTY。access=PROPERTY时getter/setter的逻辑应该尽量简单。 规范中access方式还有多一层含义。就是采用access=FIELD时,元数据应该批注在属性上。 Id(generate=GeneratorType.NONE) private int id; private String foo; /* * The entity class must have a no-arg constructor. */ public HelloEntityBean() public int getId() return id; 采用access=PROPERTY(默认方式)时,元数据应该批注在对应属性变量的getter上。 private int id;private String foo;/* * The entity class must have a no-arg constructor.*/public HelloEntityBean() Id(generate=GeneratorType.NONE)public int getId() return id; Entity类中的属性变量可以是以下数据类型: 原始数据类型和他们的对象类型 java.lang.String java.math.BigInteger java.math.BigDecimal java.util.Date java.util.Calendar java.sql.Date java.sql.Time java.sql.Timestamp byte Byte char Character enums Entity类 嵌入实体类(embeddable classes) 还可以是以下集合类型: java.util.Collection和它的实体类 java.util.Set和它的实体类 java.util.List和它的实体类 java.util.Map和它的实体类 3.2 主键和实体标识(Primary Key and Entity Identity)每个Entity类都必须有一个主键。在EJB3中定义了两种主键:键单主键和复合主键。 简单主键必须对应Entity中的一个属性变量(Instance Variable),而该属性对应数据库表中的一列。使用简单主键,我们只需要用Id元数据对一个属性变量或者她的getter方法进行批注。当我们需要使用一个或多个属性变量(表中的一列或多列)联合起来作为主键,我们需要使用复合主键。复合主键要求我们编写一个复合主键类( Composite Primary Key Class )。复合主键类需要符合以下一些要求: 复合主键类必须是public和具备一个没有参数的constructor 复合主键类的每个属性变量必须有getter/setter,如果没有,每个属性变量则必须是public或者protected 复合主键类必须实现java.io.serializable 复合主键类必须实现equals()和hashcode()方法 复合主键类中的主键属性变量的名字必须和对应的Entity中主键属性变量的名字相同 一旦主键值设定后,不要修改主键属性变量的值 复合主键的例子。Entity类Person,它的主键属性变量是firstName和lastName。 Id private String firstName; Id private String lastName; public Person() Person的复合主键类: public class PersonPK implements java.io.Serializable private String firstName; private String lastName; public PersonPK() public String getFirstName() return firstName; public void setFirstName(String firstName) this.firstName = firstName; public String getLastName() return lastName; public void setLastName(String lastName) this.lastName = lastName; 4. EntityManager对Entity进行操作的API都设计在javax.persistence.EntityManager接口上。EntityManager,顾名思义是管理所有EJB 3运行环境中的所有Entity。 EntityManager根据运行的环境不同分为容器管理的EntityManager和应用管理的EntityManager。 4.1 配置和获得EntityManager在J2SE环境中,EJB3定义了一个javax.persistence.Persistence类用于启动EJB3运行环境。要获得EntityManager,首先需要通过javax.persistence.Persistence获得EntityManagerFactory,然后调用EntityManagerFactory.createEntityManager()方法获得。 / 获得默认当前的EntityManagerFactory final EntityManagerFactory emf = Persistence.createEntityManagerFactory(); final EntityManager entityManager = emf.createEntityManager(); 当调用Persistence.createEntityManagerFactory()的时候,Persistence会做以下的步骤: 搜索当前jar包的META-INFO/persistence.xml配置文件 如果没有在META-INFO下找到persistence.xml,搜索当前线程的ContextClassLoader中的persistence.xml 根据获得的persistence.xml初始化EntityManagerFactory 4.2 Entity的生命周期和状态在EJB3中定义了四种Entity的状态: 新实体(new)。Entity由应用产生,和EJB3 Persistence运行环境没有联系,也没有唯一的标示符(Identity)。 持久化实体(managed)。新实体和EJB3 Persistence运行环境产生关联(通过persist(), merge()等方法),在EJB3 Persistence运行环境中存在和被管理,标志是在EJB3 Persistence运行环境中有一个唯一的标示(Identity)。 分离的实体(detached)。Entity有唯一标示符,但它的标示符不被EJB3 Persistence运行环境管理,同样的该Entity也不被EJB3 Persistence运行环境管理。 删除的实体(removed)。Entity被remove()方法删除,对应的纪录将会在当前事务提交的时候从数据库中删除。 图2 状态的转化 4.3 持久化Entity(Persist) final EntityManagerFactory emf = Persistence.createEntityManagerFactory(); final EntityManager entityManager = emf.createEntityManager(); final HelloEntityBean hello = new HelloEntityBean( 1, foo ); EntityTransaction trans = entityManager.getTransaction(); trans.begin(); / 持久化hello,在此操作之前hello的状态为new entityManager.persist( hello ); / 这时hello的状态变为managed mit(); entityManager.close(); / 这时hellow的状态变为detached. 当保存一个Entity时,以该对象为根对象的整个对象图都会自动的被保存。但在EJB3中,我们仍然可以通过关系元数据(比如OneToOne,OneToMany)的cascade属性来精确定义保存的级联行为。 下面我们来看看不同的cascade属性的区别。 不配置cascade的情况下,EJB3 Persistence运行环境默认不会采用Persistence by reachability。 public class Father Id int id String name; / OneToOne没有配置cascade属性,因此默认不会使用Persistence by reachablity OneToOne Son mySon public Father( int id, String name, Son mySon ) this.id = id; = name; this.mySon = mySon; 现在来保存一个Father和Son。 final EntityManager manager = emf.createEntityManager(); manager.getTransaction().begin; Son mySon = new Son(); Father = new Father( 1, father mySon ); / 保存Father manager.persist( father ); / 由于OneToOne关系中没有配置casacade属性,father 关联的mySon不会被自动保存,需要分别保存 manager.persist( mySon ); manager.getTransaction().commit(); manager.close(); 现在我们配置casacde=CascadeType.ALL public class Father Id int id String name; / OneToOne配置cascade=CascadeType.ALL,配置cascade=CascadeType.PERSIT也对persist操作也可以获得同样的效果。 / CascadeType.ALL包含CascadeType.PERSIST。 OneToOne(cascade=CascadeType.ALL) Son mySon public Father( int id, String name, Son mySon ) this.id = id; this.mySon = mySon; = name; 在代码中同样持久化Father和mySon。 final EntityManager manager = emf.createEntityManager(); manager.getTransaction().begin; Son mySon = new Son(); Father = new Father( 1, mySon ); / 保存Father。由于OneToOne关系中配置casacade=CascadeType.ALL属性,关联的mySon会自动地被持久化 manager.persist( father ); manager.getTransaction().commit(); manager.close(); 建议在应用中尽可能使用cascade=CascadeType.ALL来减少持久化操作的复杂性和代码量,特别是在有复杂对象关系图的时候。 4.4 获取Entity如果知道Entity的唯一标示符,我们可以用find()方法来获得Entity。 Father father = manager.find( Father.class, new Integer( 1 ) ); / 由于JDK1.5支持自动转型,也可以如下使用 Father father = manager.find( Father.class, 1 ); /* *或者,可以用Entity名字作为查找。但无法利用JDK 1.5的自动转型功能, * 需要使用对象作为查找主键,并需要对获得Entity进行转型 */ Father father = (Father)manager.find( com.redsoft.samples.Father, new Integer( 1 ) ); 4.5 更新Entity对Entity的更新必须在事物内完成。和persist中一样,关系元数据的cascade属性对是否集联删除有影响。 transaction.begin(); Father father = manager.find( Father.class, 1 ); / 更新原始数据类型 father.setName( newName ); / 更新对象引用 Son newSon = new Son(); father.setSon( newSon ); / 提交事务,刚才的更新同步到数据库 mit(); 4.6 删除Entity对Entity的删除必须在事物内完成。 transaction.begin(); Father father = manager.find( Father.class, 1 ); / 如果father/son的OneToOne的cascade=CascadeType.ALL,在删除father时候,也会把son删除。 / 把cascade属性设为cascade=CascadeType.REMOVE有同样的效果。 manager.remove( father ); / 提交事务,刚才的更新同步到数据库 mit(); 4.7 脱离/附合(Detach/Merge)在三层或者分布式应用中,我们很多时候需要Entity能脱离EntityManager,避免长时间保持EntityManager打开占用资源和可以在不同的JVM之间传递Entity。在脱离EJB3 Persistence Runtime(EntityManager)的管理后,我们仍然可以读取或者修改Entity中的内容。而在稍后的时间,我们又可以将Entity重新和原有或者新的EntityManager附合,如果附合前Entity被改动过,更改的数据可以自动的被发现并和数据库同步。 EntityManager entityManager = emf.createEntityManager(); / 这时Father还是被EntityManager管理的 Father father = manager.find( Father.class, 1 ); / 当entityManger关闭的时候,当前被entityManager管理的Entity都会自动的脱离EntityManager,状态转变为detached entityManager.close(); / 脱离EntityManager后,我们仍然可以修改Father的属性 father.setName( newName ); / 在稍后的,我们可以将father重新附和到一个新的或者原来的EntityManager中 EntityManager newEntityManager = emf.createEntityManager(); / 附合( merge )需要在事务中进行 newEntityManager.getTransaction().begin(); newEntityManager.merge( father ); / commit后father中的被修改的内容会同步到数据库。 newEntityManager.getTransaction().commit(); 5. JPA QueryJPA的查询语言(JP)是一种和SQL非常类似的中间性和对象化查询语言。它可以被编译成不同的底层数据库能接受的SQL,从而屏蔽不同数据库的差异,确保用JPQL查询语言编写的代码可在不同的数据库上运行。比起EJB 2.1的查询语言,EJB3可以运行期构造,支持多态,远远比EJB 2.1的查询更灵活和功能强大。在程序中使用JPQL可以使用大写(SELECT)或者小写(select),但不要大小写(比如:Select)混合使用。 5.1 Query接口javax.persistence.Query是EJB3查询操作的接口。进行查询,首先要通过EntityManager 获得Query对象。 public Query createQuery(String ejbqlString); 下面我们做一个最简单的查询,查询所有的com.redsoft.samples.Order类。 final Query query = entityManager.createQuery( select o from Order o); final List result = query.getResultList(); final Iterator iterator = result.iterator(); while( iterator.hasNext() ) /处理Order 注意from Order。Order在EJB3查询中称为com.redsoft.samples.Order类的abstract schema Type。查询Entity在JPQL中都是针对Entity的Abstract Schema Type进行查询。 在同一个EntityManagerFactory中,不允许同时有两个Abstract Schema Type相同的Entity类。比如不允许同时有com.redsoft.samples.Order和com.redsoft.foo.Order。 Query返回一个List的集合结果,我们可以用Iterator或者List.get( int )的方法来获得每个符合条件的Entity。 如果查询结果结合中包含所有符合条件的Entity, EJB3 Persistence运行环境默认会自动缓存每次查询的结果。这样下次同样的查询操作就无需访问数据库,而直接从缓存中返回结果集合。但如果在下次查询操作之前,有针对被缓存的Entity类进行update/insert/delete操作,则缓存的结果集合会自动被清空,这样下次查询就会从数据库获得数据, 确保查询总是获得正确的结果,避免缓存脏数据。有时候查询会返回海量的数据。注意关闭对集合结果的缓存。 / 假设返回的结果数量巨大 final Query query = entityManager.createQuery( select o from Order o); / 关闭对查询结果的缓存 query.setHint( Constants.QUERY_RESULT_CACHE, false); final List result = query.getResultList(); final Iterator iterator = result.iterator(); / 这里我们可以处理海量的数据 while( iterator.hasNext() ) /处理Order 5.2 简单查询下面是一个简单查询的例子,可以看到和SQL的使用方法很类似。 final Query query = entityManager.createQuery( select o from Order o where o.id = 1); final Query query = entityManager.createQuery( select o from Order o where o.id = 1 and o.confirm = true ); final Query query = entityManager.createQuery( select o from Order o where o.id = 1 or o.customer = foo ); / address是Order类上的一个对象变量属性,Address有一个streetNumber的属性final Query query = entityManager.createQuery( select o from Order o where o.address.streetNumber = 123 );注意条件语句中查询的是Entity的属性,属性的名字需要和Entity中的属性变量名字一致。 5.3 使用参数查询参数查询也和SQL中的参数查询类似。JPQL支持两种方式的参数定义方式: 命名参数和位置参数。在同一个查询中只允许使用一种参数定义方式。 final Query query = entityManager.createQuery( select o from Order o where o.id = :myId); / 设置查询中的参数 query.setParameter( myId, 2 ); / 可以使用多个参数 final Query query = entityManager.createQuery( select o from Order o where o.id = :myId and o.customer = :customerName ); / 设置查询中的参数 query.setParameter( myId, 2 ); query.setParameter( customerName, foo ); final Query query = entityManager.createQuery( select o from Order o where o.id = ?1); / 设置查询中的参数 query.setParameter( 1, 2 );/ 1表示第一个参数,2是参数的值 /或者 final Query query = entityManager.createQuery( select o from Order o where o.id = ?1).setParameter( 1, 2 ); / 可以使用多个参数 final Query query = entityManager.createQuery( select o from Order o where o.id = ?1 and o.customer = ?2 ); / 设置查询中的参数 query.setParameter( 1, 2 ); query.setParameter( 2, foo ); 如果在未来需要在不同的EJB3 运行环境中运行,请使用位置参数,保证应用是可移植的。 5.4 排序(order by)下面是一个简单查询的例子,可以看到和SQL的使用方法很类似。ASC和DESC分

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论