Java Persistence API：持久性单元（Persistence Units）

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

持久性单元包含的属性有：

  • 在该持久性单元范围（作用域）内的实体类

  • 为上述实体类提供持久性的持久性提供者(Persistence Provider)或库

  • 上述实体类的数据源(Data Source)

  • 应用使用的事务类型(Transaction Type)

持久性单元能够被打包成WAR文件，EJB-JAR文件,EAR文件的一部分，或者直接打包成应用程序能够直接使用的JAR文件。

持久性单元的范围（作用域）取决于persistence.xml文件的位置。一般说来，IDE能够使用引导界面来正确放置persistence.xml的位置。例如使用IDE为EJB模块（Module）创建的持久性单元，persistence.xml文件将被放在EJB模块的src/conf目录中，当你将模块打包时，persistence.xml文件被放在EJB JAR文件的META-INF目录中。这样持久性单元的作用域就是EJB JAR文件中的类。

注意：persistence.xml文件的位置决定持久性的根(Persistence Root)。持久性的根为JAR文件或者包含META-INF目录（前提是persistence.xml位于此）的目录。

持久性提供者（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



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

  

<persistence version="1.0"  

xmlns:persistence="http://java.sun.com/xml/ns/persistence"  

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

xsi:schemaLocation="http://java.sun.com/xml/ns/persistence persistence_1_0.xsd ">   

<!-- Name属性用于定义持久化单元的名字 (name必选,空值也合法);

transaction-type 指定事务类型(可选)-->  

<persistence-unit name="unitName" transaction-type="JTA">    

   <!-- 描述信息.(可选) -->  

   <description> </description>   

   <!-- javax.persistence.PersistenceProvider接口的一个实现类(可选) -->  

   <provider>   </provider>  <!-- 指定一个持久化提供者 -->   

   <!-- Jta-data-source和 non-jta-data-source用于分别指定持久化提供商使用的JTA和/或non-JTA数据源的全局JNDI名称(可选) -->  

   <jta-data-source>java:/MySqlDS</jta-data-source>  

   <non-jta-data-source> </non-jta-data-source>   

   <!-- 声明orm.xml所在位置.即指定映射文件 (可选) -->  

   <mapping-file>product.xml</mapping-file>  

   <!-- 以包含persistence.xml的jar文件为基准的相对路径,添加额外的jar文件.指定托管类的附加JAR(可选) -->  

   <jar-file>../lib/model.jar</jar-file>    

   <!-- 显式列出实体类,在Java SE 环境中应该显式列出.(可选) -->  

   <class>com.domain.User</class>  

   <class>com.domain.Product</class>    

   <!-- 声明是否扫描jar文件中标注了@Enity类加入到上下文.若不扫描,则如下:(可选) -->  

   <exclude-unlisted-classes/>    

   <!--   厂商专有属性(可选)   -->  

   <properties>  

   <!--自动输出schema创建DDL语句 value的值可以是 create-drop / create / update  

值得注意的是create-drop他会在SESSION关闭后删除所有表开启式再创建。 -->

    <property name="hibernate.hbm2ddl.auto" value="update" />  

    <property name="hibernate.show_sql" value="true" />  

   </properties>  

</persistence-unit>   

</persistence>


通常在企业开发中，有两种做法： 

  • 1.先建表，后再根据表来编写配置文件和实体bean。使用这种方案的开发人员受到了传统数据库建模的影响。

  • 2.先编写配置文件和实体bean，然后再生成表，使用这种方案的开发人员采用的是领域建模思想，这种思想相对前一种思想更加OOP


   建议使用第二种（领域建模思想），从软件开发来想，这种思想比第一种思想更加面向对象。 领域建模思想也是目前比较新的一门建模思想，第一种是传统的建模思想，已经有10来年的发展历程了，而领域建模思想是近几年才兴起的，这种思想更加的面向对象