JPA详解

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）。

Simplified API

Simplified API 部分主要规定了基于 EJB 3.0 标准开发企业应用时所需要遵守的 Bean 类和接口要求、这些 API 的使用方式以及容器支持等多方面的内容。还详细的规定了 EJB3.0 中除 Java Persistence API 部分之外的 EJB 实现所支持的注释（Annotation）。规范中还有专门章节讲解 EJB 3.0 和此前的 EJB 规范如何同时工作，以及如何将此前已经开发好的企业应用移植到 EJB 3.0 容器中。其中的 Persistence 的内容放在了 JPA 规范中。

EJB 核心规范

EJB 核心规范中首先描述了 EJB 在企业应用中的角色、EJB 规范的体系结构，确定了支持 EJB 标准的容器应该遵守的准则和要求。随后从多个角度详细的介绍了 EJB 体系中各部分的功能需求和实现要求，包括 Session Bean、消息驱动 Bean（Message-Driven Bean）、事务、安全管理、部署描述符等。其中的 Persistence 的内容放在了 JPA 规范中。由于 EJB 3.0 规范并不排斥之前的 EJB 规范，因此 EJB 2.X 和 EJB 1.X 中的内容也保留在了 EJB 核心规范中。

Java Persistence API（JPA）

EJB 2.X 和 EJB 1.X 规范中的实体 Bean（EntityBean）部分都难以使用，使持久化成为 EJB 规范的一个软肋，影响了 EJB 标准发挥更大的作用，自然而然的，JPA 成为了 EJB3.0 规范中被关注最多的部分。JPA 规范部分详细的介绍了 JPA 中实体 Bean 新的定义，并介绍了实体 Bean 支持的注释、全新的查询语言、实体管理接口、容器实现规范等内容。

JPA 标准中引入了新的实体概念，每一个实体都是一个普通的 Java 类，不需要继承任何其他的接口或者扩展某个指定类，这个 Java 类必须使用 javax.persistence.Entity 进行注释。JPA 标准中还提供了包括javax.persistence.Table、javax.persistence.Id 等在内的多个注释，用于完成实体和数据库之前的映射。JPA 中引入了新的查询语言 JPQL（Java Persistence Query Language），JPQL 允许开发者采用面向对象的查询语言来查找实体，这些实体持久化在关系型的数据库中，”select a from Animal a where a.name=’a’”是一个 JPQL 的例子。其中的 Animal 是一个 Java 类，而不是关系型数据库中的一个表或者视图。除了简单的查询功能之外，JPQL 中还能够支持 Group、Order 等通常只有 SQL 才能提供的高级功能。JPA 标准中还规定了在 Java EE 环境中和非 Java EE 环境中使用 JPA 时的差异，以及 Java EE 环境中容器的职责等。

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 接口的例子

/*2. * Persistence 类获取 EntityManagerFactory 实例; 3. * 一般 EntityManagerFactory 实例被缓存起来重复使用,4. * 避免重复创建 EntityManagerFactory 实例引起的性能影响5. */6. EntityManagerFactory factory = 7. Persistence.createEntityManagerFactory (“mysql”);8.9. // 从 EntityManagerFactory 实例 factory 中获取 EntityManager10. EntityManager em = factory.11. createEntityManager(PersistenceContextType.EXTENDED);12.13. // 实体的更新需要在事务中运行14. EntityTransaction tx = em.getTransaction ();15. tx.begin ();16.17. // 查找所有公司中的女性雇员18. Query query = em.createQuery ("select e from Employee e " 19. + " where e.sex = 'femail'");20. List results = query.getResultList ();21.22. // 给所有女性雇员增加半天假期23. for (Object res : results){ 24. Employee emp = (Employee) res; 25. emp.setHoliday (emp.getHoliday () +0.5);}26.27. // 提交事务(持久化所有更新)28. tx.commit ();29. em.close ();30. factory.close ();

下面的代码显示了在 EJB 容器中开发 JPA 应用时的接口使用情况，由于容器中的 EntityManager 是注入的，事务也是声明式的，因此在容器中完成上面的业务逻辑要简单得多。

清单 2 在容器中运行的 JPA 例子

1.	 /* 2.	 * 
在容器中运行 JPA 应用时，EntityManager 接口的实例”em” 3.	 * 是通过 @Resource 
注释注入的。事务也通常是声明式的。 4.	 */ 5.	 // 查找所有公司中的女性雇员 6.	 Query query = 
em.createQuery ("select e from Employee e " 7.	 + " where e.sex = 
'femail'"); 8.	 List results = query.getResultList (); 9.	 10.	 // 
给所有女性雇员增加半天假期 11.	 for (Object res : results){ 12.	 Employee emp = 
(Employee) res; 13.	 emp.setHoliday (emp.getHoliday () +0.5);}

1.	/* 2.	* 
Persistence 类获取 EntityManagerFactory 实例; 3.	* 一般 EntityManagerFactory 
实例被缓存起来重复使用, 4.	* 避免重复创建 EntityManagerFactory 实例引起的性能影响 5.	*/ 6. 
EntityManagerFactory factory = 7.	 
Persistence.createEntityManagerFactory (“mysql”); 8.	 9.	 // 从 
EntityManagerFactory 实例 factory 中获取 EntityManager 10.	 EntityManager em =
 factory. 11. createEntityManager(PersistenceContextType.EXTENDED); 12.	
 13.	 // 实体的更新需要在事务中运行 14. EntityTransaction tx = em.getTransaction (); 
15.	 tx.begin (); 16.	 17.	 // 查找所有公司中的女性雇员 18.	 Query query = 
em.createQuery ("select e from Employee e " 19.	 + " where e.sex = 
'femail'"); 20. List results = query.getResultList (); 21.	 22.	 // 
给所有女性雇员增加半天假期 23.	 for (Object res : results){ 24.	 Employee emp = 
(Employee) res; 25.	 emp.setHoliday (emp.getHoliday () +0.5);} 26.	 27. 
// 提交事务(持久化所有更新) 28.	 tx.commit (); 29.	 em.close (); 30.	 factory.close
 ();

下面的代码显示了在 EJB 容器中开发 JPA 应用时的接口使用情况，由于容器中的 EntityManager 是注入的，事务也是声明式的，因此在容器中完成上面的业务逻辑要简单得多。

清单 2 在容器中运行的 JPA 例子

1.	 /* 2.	 * 
在容器中运行 JPA 应用时，EntityManager 接口的实例”em” 3.	 * 是通过 @Resource 
注释注入的。事务也通常是声明式的。 4.	 */ 5.	 // 查找所有公司中的女性雇员 6.	 Query query = 
em.createQuery ("select e from Employee e " 7.	 + " where e.sex = 
'femail'"); 8.	 List results = query.getResultList (); 9.	 10.	 // 
给所有女性雇员增加半天假期 11.	 for (Object res : results){ 12.	 Employee emp = 
(Employee) res; 13.	 emp.setHoliday (emp.getHoliday () +0.5);}

JPA全称为Java Persistence API ，Java持久化API是Sun公司在Java EE 5规范中提出的Java持久化接口。JPA吸取了目前Java持久化技术的优点，旨在规范、简化Java对象的持久化工作。使用JPA持久化对象，并不是 依赖于某一个ORM框架。

为什么要使用JAP?

在说为什么要使用JPA之前，我们有必要了解为什么要使用ORM技术。

ORM 是Object-Relation-Mapping，即对象关系影射技术，是对象持久化的核心。ORM是对JDBC的封装，从而解决了JDBC的各种存在问题：

a) 繁琐的代码问题

用JDBC的API编程访问数据库，代码量较大，特别是访问字段较多的表的时候，代码显得繁琐、累赘，容易出错。例 如：PreparedStatement pstmt=con.prepareStatment("insert into account value(?,?,?,?,?,?,?,?,?)");

ORM则建立了Java对象与数据库对象之间的影射关系，程序员不需要编写复杂的SQL语句，直接操作Java对象即可，从而大大降低了代码量，也使程序员更加专注于业务逻辑的实现。

b) 数据库对象连接问题

关系数据对象之间，存在各种关系，包括1对1、1对多、多对1、多对多、级联等。在数据库对象更新的时候，采用JDBC编程，必须十分小心处理这些关系，以保证维持这些关系不会出现错误，而这个过程是一个很费时费力的过程。

ORM建立Java对象与数据库对象关系影射的同时，也自动根据数据库对象之间的关系创建Java对象的关系，并且提供了维持这些关系完整、有效的机制。

c) 系统架构问题

JDBC属于数据访问层，但是使用JDBC编程时，必须知道后台是用什么数据库、有哪些表、各个表有有哪些字段、各个字段的类型是什么、表与表之间什么关系、创建了什么索引等等与后台数据库相关的详细信息。

使用ORM技术，可以将数据库层完全隐蔽，呈献给程序员的只有Java的对象，程序员只需要根据业务逻辑的需要调用Java对象的Getter和 Setter方法，即可实现对后台数据库的操作，程序员不必知道后台采用什么数据库、有哪些表、有什么字段、表与表之间有什么关系。

d) 性能问题

采用JDBC编程，在很多时候存在效率低下的问题。

pstmt =conn.prepareStatement("insert into user_info values(?,?)");

for (int i=0; i<1000; i++) {

    pstmt.setInt(1,i);

    pstmt.setString(2,"User"+i.toString());

    pstmt.executeUpdate();

}

以上程序将向后台数据库发送1000次SQL语句执行请求，运行效率较低。

采用ORM技术，ORM框架将根据具体数据库操作需要，会自动延迟向后台数据库发送SQL请求，ORM也可以根据实际情况，将数据库访问操作合成，尽量减少不必要的数据库操作请求。

JPA是目前比较流行的一种ORM技术之一，所以他拥有ORM技术的各种特点，当然他还有自己的一些优势：

1 标准化

JPA 是 JCP 组织发布的 Java EE 标准之一，因此任何声称符合 JPA 标准的框架都遵循同样的架构，提供相同的访问 API，这保证了基于JPA开发的企业应用能够经过少量的修改就能够在不同的JPA框架下运行。

2 对容器级特性的支持

JPA 框架中支持大数据集、事务、并发等容器级事务，这使得 JPA 超越了简单持久化框架的局限，在企业应用发挥更大的作用。

3 简单易用，集成方便

JPA的主要目标之一就是提供更加简单的编程模型：在JPA框架下创建实体和创建Java 类一样简单，没有任何的约束和限制，只需要使用 javax.persistence.Entity进行注释；JPA的框架和接口也都非常简单，没有太多特别的规则和设计模式的要求，开发者可以很容易的 掌握。JPA基于非侵入式原则设计，因此可以很容易的和其它框架或者容器集成。

4 可媲美JDBC的查询能力

JPA的查询语言是面向对象而非面向数据库的，它以面向对象的自然语法构造查询语句，可以看成是Hibernate HQL的等价物。JPA定义了独特的JPQL（Java Persistence Query Language），JPQL是EJB QL的一种扩展，它是针对实体的一种查询语言，操作对象是实体，而不是关系数据库的表，而且能够支持批量更新和修改、JOIN、GROUP BY、HAVING 等通常只有 SQL 才能够提供的高级查询特性，甚至还能够支持子查询。

5 支持面向对象的高级特性

JPA 中能够支持面向对象的高级特性，如类之间的继承、多态和类之间的复杂关系，这样的支持能够让开发者最大限度的使用面向对象的模型设计企业应用，而不需要自行处理这些特性在关系数据库的持久化。

怎么使用JPA?

简单说来要使用JPA需要网工程里面导入jar包(不同的提供商提供的jar包也不同)，并且还要有一个persistence.xml文件来设置持久性单元。

如果你打算在你的应用中使用JPA，你就需要使用持久性单元(Persistence Units)。持久性单元具有唯一的名称，负责定义应用中的一组实体如何进行管理和持久性。在应用中使用persistence.xml文件来设置持久性 单元，可以配置多个持久性单元，但每个单元拥有唯一的名称。

注意：persistence.xml文件的位置决定持久性的根(Persistence Root)。持久性的根为JAR文件或者包含META-INF目录（前提是persistence.xml位于此）的目录。一般将这个 persistence.xml文件放在src下的META-INF中。持久性单元包含的属性有：

在该持久性单元范围（作用域）内的实体类
为上述实体类提供持久性的持久性提供者(Persistence Provider)或库
上述实体类的数据源(Data Source)
应用使用的事务类型(Transaction Type)
持久性提供者（Persistence Provider）

持久性提供者指的是JPA的实现。持久性提供者是一个能够为应用提供持久性对象的的库。例如Netbeans绑定了TopLink Essentials 作为持久性提供者，同时TopLink Essentials也是Sun Java System Application Server Platform Edition 9 (Glassfish)的参考实现和默认配置。TopLink Essentials包括toplink-essentials.jar和toplink-essentials-agent.jar两个JAR文件。你 可以使用别的持久性提供者例如Hibernate。

数据源

数据源指的是提供实体存储的数据库。数据源必须在服务器中注册并且使用JNDI名称指定。如果事务是由容器管理的JTA事务那么数据源必须是JTA 数据源。如果事务是应用负责管理的，数据源根据在IDE中注册的JDBC数据库连接指定。在Java SE环境下，数据库可以通过数据源指定，也可以使用其他方法，取决于持久性提供者的要求。

事务类型

持久性单元指定事务是如何管理的。事务类型取决于目标容器，如果目标容器是Java EE容器，你可以使用容器管理或者应用管理。如果不是这样的话，你只能使用应用管理。

容器管理的事务（JTA事务）
容器使用Java Transaction API来管理事务。你必须将你的应用部署在Java EE容器中，并且你的数据源必须支持JTA。在persistence.xml中事务类型被设置为JTA.如果你使用Glassfish这个是默认选项。

应用管理的事务（本地资源事务：Resource-Local Transaction）

由应用负责事务处理。在persistence.xml文件中，被设置为RESOUCE_LOCAL

一个简单的persistence.xml配置文件例子：

<?xml version="1.0" encoding="UTF-8"?>

<persistence version="1.0" xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/persistencehttp://java.sun.com/xml/ns/persistence/persistence_1_0.xsd">

<persistence-unit name="lite_db_pu"                                                                  transaction-type="RESOURCE_LOCAL">

<provider>oracle.toplink.essentials.PersistenceProvider</provider>

<class>com.e.liteworkflow.entity.Workflow</class>

<class>com.e.liteworkflow.entity.Activity</class>

<properties>

   <property name="toplink.jdbc.user" value="sa"/>

   <property name="toplink.jdbc.password" value="E2005"/>

   <property name="toplink.jdbc.url"

       value="jdbc:jtds:sqlserver://10.30.20.69/liteworkflowdb"/>

       <property name="toplink.jdbc.driver"                                               value="net.sourceforge.jtds.jdbc.Driver"/>

   <!--property name="toplink.logging.level" value="FINE"/-->

   <property name="toplink.ddl-generation" value="create-tables"/>

   <property name="toplink.weaving" value="false"/>

</properties>

</persistence-unit>

<persistence-unit name="lite_derby_pu"                                                           transaction-type="RESOURCE_LOCAL">

       <!— 省略了配置内容 -->

</persistence-unit>

</persistence>

对配置文件中一些重要元素和属性的解释：

配置文件中可以有多个<persistence-unit></persistence-unit>但是这些persistence-unit的name属性不可以相同；
persistence-unit的transaction-type标明了事务由谁去管理，RESOURCE_LOCAL指本地数据库管理事务（不支持分布式事务），而JTA则是由托管的容器来管理事务（支持分布式事务）；
<provider></provider>声明了类文件，这个类文件提供初始的factory方法来创建一个EntityManager实例；
<class></class>列出应用程序中的实体类的名称（这里要有完整的包名和类名）；
<properties></properties>中的<property/>均是设置连接数据库的相关信息：

属性名：toplink.weaving

描述：是否加载实体使用织入，如果对@OneToOne和@ManyToOne的关系实体使用惰性加载，则必须使用织入的方式。

可选值：true（默认）：织入实体。

        false：不织入实体。

static：静态织入实体，如果运行在不是Java EE 5容器中，或者JDK 不支持代理

            -javaagent:toplink-essentials-agent.jar方式运行时，需要设置此选项。

属性名：toplink.ddl-generation

描述：指定DDL生成方式，这些值定义在cle.toplink.essentials.ejb.cmp3.EntityManager FactoryProvider类中。

可选值：none（默认）：不生成DDL，不自动生成数据库。

create-tables：只生成不存在的表，不改变原有表结构。

(create-tables属性值。如果表存在的话，代码执行结果就向存在的表格中插入记录，并且生成很多的警告信

息，告诉你存在了那些表)

drop-and-create-tables：删除原表，重新生成新表。

数据源的指定：根据自己的实现和应用服务器的默认行为，可能需要为jta-data-source(指定JTA数据源)和/或non-jta-data-source(指定非JTA数据源)设置提供值。

实体对象以及注解介绍

具有ORM元数据的领域对象称为实体（Entity），按JPA的规范，实体具备以下的条件：

必须使用javax.persistence.Entity注解或者在XML映射文件中有对应的元素；

必须具有一个不带参的构造函数，类不能声明为final，方法和需要持久化的属性也不能声明为final；

如果游离状的实体对象需要以值的方式进行传递，如通Session bean的远程业务接口传递，则必须实现Serializable接口；

需要持久化的属性，其访问修饰符不能是public，它们必须通过实体类方法进行访问。

使用注解元数据

基本注解：例子：

@Entity(name = "T_TOPIC") ①

public class Topic implements Serializable ...{

@Id ②-1

@GeneratedValue(strategy = GenerationType.TABLE) ②-2

@Column(name = "TOPIC_ID") ②-3

private int topicId;

@Column(name = "TOPIC_TITLE", length = 100) ③

private String topicTitle;

@Column(name = "TOPIC_TIME") @Temporal(TemporalType.DATE) ④

private Date topicTime;

@Column(name = "TOPIC_VIEWS")

private int topicViews;

...  

}

解释：

① Entity标明该类(Topic)为一个实体类，它对应数据库中的表表名是T_TOPIC，这里也可以写成：   @Entity

    @Table(name = "T_TOPIC") 其作用都是一样的

②-1 Id标明该属性对应数据表中的主键

②-2 GeneratedValue通过strategy属性指明主键生成策略，默认情况下，JPA自动选择一个最适合底层数据库的主键生成策略。在javax.persistence.GenerationType中定义了以下几种可供选择的策略：

1) IDENTITY：表自增键字段，Oracle不支持这种方式；

2) AUTO： JPA自动选择合适的策略，是默认选项；

3) SEQUENCE：通过序列产生主键，通过@SequenceGenerator注解指定序列名，MySql不支持这种方式；

4) TABLE：通过表产生主键，框架借由表模拟序列产生主键，使用该策略可以使应用更易于数据库移植。

②-3 Column标明这个属性是数据表中的一列，该列的名字是TOPIC_ID

③ Column的一个属性length指明的是该属性的允许的长度。(个人认为设定该属性只是对于程序中操作该属性时增加了一验证过程，对数据库中该列原来的设置并没有影响，但是length属性指定的值必须不能大于数据库创建表时给该列限制的最大长度否则会出错)

④ Temporal(TemporalType.DATE)：如果属性是时间类型，因为数据表对时间类型有更严格的划分，所以必须指定具体时间类型。在javax.persistence.TemporalType枚举中定义了3种时间类型：

1) DATE ：等于java.sql.Date

2) TIME ：等于java.sql.Time

3) TIMESTAMP ：等于java.sql.Timestamp

继承关系注解：

对继承关系进行注解，必须在父类中声明继承实体的映射策略。

例子

@Entity(name = "T_TOPIC")

@Inheritance(strategy = InheritanceType.SINGLE_TABLE) ① @DiscriminatorColumn(name = "TOPIC_TYPE", discriminatorType =

DiscriminatorType.INTEGER, length = 1) ②

@DiscriminatorValue(value="1")③

public class Topic implements Serializable ...{ … }

解释：

① Inheritance通过strategy属性指明实体的继承策略。

在javax.persistence.InheritanceType定义了3种映射策略：

1) SINGLE_TABLE：父子类都保存到同一个表中，通过字段值进行区分。

2) JOINED：父子类相同的部分保存在同一个表中，不同的部分分开存放，通过表连接获取完整数据；

3) TABLE_PER_CLASS：每一个类对应自己的表，一般不推荐采用这种方式。

② DiscriminatorColumn如果继承策略采用第一种继承策略，则需要指明区分父子类的字段，DiscriminatorColumn就是用来指明区分字段的注解。

③DiscriminatorValue 同样的采用第一种继承策略通过字段区分父子类，则用这个注解给该实体的区分字段赋值在这里赋的值为”1”.

关联关系注解：

例子：

@Entity @DiscriminatorValue(value="2") ①

public class PollTopic extends Topic ...{②继承于Topic实体

private boolean multiple; ③

@Column(name = "MAX_CHOICES")

private int maxChoices; @OneToMany(mappedBy="pollTopic",cascade=CascadeType.ALL) ④

private Set options = new HashSet();

//省略get/setter方法

}

解释:

① 通过@DiscriminatorValue将区分字段TOPIC_TYPE的值为2。由于PollTopic实体继承于Topic实体，其它的元数据信息直接从Topic获得。

④ OneToMany指定了一个一对多的关联关系，mappedBy属性指定“Many”方类引用“One”方类的属性名；cascade属性指明了级联方 式（如果这里不指定为CascadeType.ALL的话，那么有关联关系的两个对象在做保存和删除操作时要分别来进行）建议：尽可能使用 cascade=CascadeType.ALL来减少持久化操作的复杂性和代码量

注意：JPA规范规定任何属性都默认映射到表中，所以虽然我们没有给③处的multiple属性提供注解信息，但JPA将按照 默认的规则对该字段进行映射：字段名和属性名相同，类型相同。如果我们不希望将某个属性持久化到数据表中，则可以通过@Transient注解显式指定：

@Transient

private boolean tempProp1;

@Entity(name="T_POLL_OPTION")

Public class PollOption implements Serializable ...{

@Id

@GeneratedValue(strategy = GenerationType.TABLE)

@Column(name = "OPTION_ID")

private int optionId;

@Column(name = "OPTION_ITEM")

private String optionItem;

@ManyToOne ①

@JoinColumn(name="TOPIC_ID", nullable=false) ②

private PollTopic pollTopic;

}

解释：

① ManyToOne描述了多对一的关联关系，他是对该类引用的”One”类(PollTopic)的属性（pollTopic）进行注解的。

② JoinColumn指定关联”One”(PollTopic)实体所对应表的“外键”。

Lob字段的注解：
在JPA中Lob类型类型的持久化很简单，仅需要通过特殊的Lob注解就可以达到目的。

例子：

@Lob ①-1

@Basic(fetch = FetchType.EAGER) ①-2

@Column(name = "POST_TEXT", columnDefinition = "LONGTEXT NOT NULL") ①-3

private String postText;

@Lob

@Basic(fetch = FetchType. LAZY) ②-2

@Column(name = "POST_ATTACH", columnDefinition = "BLOB") ②-3

private byte[] postAttach;

解释：

①-1 JPA 通过@Lob将属性标注为Lob类型 ；

①-2 通过@Basic指定Lob类型数据的获取策略，FetchType.EAGER表示非延迟 加载，而FetchType. LAZY表示延迟加载 ；

①-3 通过@Column的columnDefinition属性指定数据表对应的Lob字段类型。

使用XML元数据

除了使用注解提供元数据信息外，JPA也允许我们通过XML提供元数据信息。按照JPA的规范，如果你提供了XML元数据描述信息，它将覆盖实体类中的注解元数据信息。XML元数据信息以 orm.xml命名，放置在类路径的META-INF目录下。

<?xml version="1.0" encoding="UTF-8"?>

<entity-mappings xmlns="http://java.sun.com/xml/ns/persistence/orm"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://java.sun.com/xml/ns/persistence/ormhttp://java.sun.com/xml/ns/persistence/orm_1_0.xsd"

version="1.0">

①实体对象所在的包

<package>com.baobaotao.domain</package>

<entity class="Topic">

②Topic实体配置

<table name="T_TOPIC" />

<attributes>

<id name="topicId">

<column name="TOPIC_ID"/>

<generated-value strategy="TABLE" />

</id>

<basic name="topicTitle">

<column name="TOPIC_TITLE" length="30" />

</basic>

<basic name="topicTime">

<column name="TOPIC_TIME" />

<temporal>DATE</temporal>

</basic>

<basic name="topicViews">

<column name="TOPIC_VIEWS" />

</basic>

</attributes>

</entity>

<entity class="PollTopic">

②PollTopic实体配置

<discriminator-value>2</discriminator-value>

<attributes>

<basic name="maxChoices">

<column name="MAX_CHOICES" />

</basic>

<one-to-many name="options" mapped-by="pollTopic">

<cascade>

<cascade-all/>

</cascade>

</one-to-many>

</attributes>

</entity>

<entity class="PollOption">

②PollOption实体配置

<table name="T_POLL_OPTION" />

<attributes>

<id name="optionId">

<column name="OPTION_ID" />

<generated-value strategy="TABLE" />

</id>

<basic name="optionItem">

<column name="OPTION_ITEM"/>

</basic>

<many-to-one name="pollTopic" >

<join-column name="TOPIC_ID" nullable="false"/>

</many-to-one>

</attributes>

</entity>

<entity class="Post">

②Post实体配置

<table name="T_POST" />

<attributes>

<id name="postId">

<column name="POST_ID" />

<generated-value strategy="TABLE" />

</id>

<basic name="postText" fetch="EAGER">

<column name="POST_TEXT" column-definition="LONGTEXT NOT NULL"/>

<lob/>

</basic>

<basic name="postAttach" fetch="LAZY">

<column name="POST_ATTACH" column-definition="BLOB"/>

<lob/>

</basic>

</attributes>

</entity>

</entity-mappings>

使用这个orm.xml来描述实体信息的话，这里并没有标明两个继承类之间的关系，其继承信息将从实体类反射信息获取。

到这里我们的实体描述结束了，当然我们只是做了比较简单的描述，对于那些复杂的信息描述并没有进行讲述。实体描述结束了，有人会问如果我要来操作这些实体该怎么操作？这就是我们接下来要讲述的问题。

EntityManager介绍

实体对象由实体管理器进行管理，JPA使用javax.persistence.EntityManager代表实体管理器。实体管理器和持久化上下文关联，持久化上下文是一系列实体的管理环境，我们通过EntityManager和持久化上下文进行交互。

有两种类型的实体管理器：

容器型：容器型的实体管理器由容器负责实体管理器之间的协作，在一个JTA事务中，一个实体管理器的持久化上下文的状态会自动广播到所有使用EntityManager的应用程序组件中。Java EE应用服务器提供的就是管理型的实体管理器；

应用程序型：实体管理器的生命周期由应用程序控制，应用程序通过javax.persistence.EntityManagerFactory的createEntityManager创建EntityManager实例。

EntityManager的创建过程图：

我们在程序中的创建EntityManager的代码：

EntityManagerFactory currentManagerFactory = Persistence.createEntityManagerFactory(persistenceUtilName);

EntityManager em = currentManagerFactory.createEntityManager();

实体的状态

实体对象拥有以下4个状态，这些状态通过调用EntityManager接口方法发生迁移：

1) 新建态：新创建的实体对象，尚未拥有持久化主键，没有和一个持久化上下文关联起来。

2) 受控态：已经拥有持久化主键并和持久化上下文建立了联系；

3) 游离态：拥有持久化主键，但尚未和持久化上下文建立联系；

4) 删除态：拥有持久化主键，已经和持久化上下文建立联系，但已经被安排从数据库中删除。

通过EntityManager中的接口方法可以改变实体对象的状态：

a) void persist(Object entity)

通过调用EntityManager的persist()方法，新实体实例将转换为受控状态。这意谓着当persist ()方法所在的事务提交时，实体的数据将保存到数据库中。如果实体已经被持久化，那么调用persist()操作不会发生任何事情。如果对一个已经删除的 实体调用persist()操作，删除态的实体又转变为受控态。如果对游离状的实体执行persist()操作，将抛出 IllegalArgumentException。

在一个实体上调用persist()操作，将广播到和实体关联的实体上，执行相应的级联持久化操作；

b) void remove(Object entity)

通过调用remove()方法删除一个受控的实体。如果实体声明为级联删除(cascade=REMOVE 或者cascade=ALL )，被关联的实体也会被删除。在一个新建状态的实体上调用remove()操作，将被忽略。如果在游离实体上调用remove()操作，将抛出 IllegalArgumentException，相关的事务将回滚。如果在已经删除的实体上执行remove()操作，也会被忽略；

c) void flush()

将受控态的实体数据同步到数据库中；

d) T merge(T entity)

将一个游离态的实体持久化到数据库中，并转换为受控态的实体；

e) T find(Class entityClass, Object primaryKey)

以主键查询实体对象，entityClass是实体的类，primaryKey是主键值;

f) Query

JPA使用javax.persistence.Query接口代表一个查询实例，Query实例由EntityManager通过指定查询语句构 建。该接口拥有众多执行数据查询的接口方法：◆Object getSingleResult()：执行SELECT查询语句，并返回一个结果；

◆List getResultList() ：执行SELECT查询语句，并返回多个结果；

◆Query setParameter(int position, Object value)：通过参数位置号绑定查询语句中的参数，如果查询语句使用了命令参数，则可以使用Query setParameter(String name, Object value)方法绑定命名参数；

◆Query setMaxResults(int maxResult)：设置返回的最大结果数；

◆int executeUpdate()：如果查询语句是新增、删除或更改的语句，通过该方法执行更新操作；

还有就是关于JPA的查询语言，JPA的查询语言是面向对象而非面向数据库的，它以面向对象的自然语法构造查询语句，其查询语言类似于HQL语句，在这里就不再赘述。