1. <property name="hibernate.hbm2ddl.auto" value="update"/>,
这里表示的 功能是： 自动创建|更新|验证数据库表结构。如果不是此方面的需求建议set value="none"。里面可以设置的几个参数：
validate: 每次加载hibernate时，验证创建数据库表结构，只会和数据库中的表进行比较，不会创建新
表，但是会插入新值。
create : 每次加载hibernate时都会删除上一次的生成的表，然后根据你的model类再重新来生成新
表，哪怕两次没有任何改变也要这样执行，这就是导致数据库表数据丢失的一个重要原因。
create-drop:每次加载时根据entity生成表，sessionFactory一结束就删除表，开发前期建表时采用
update: 最常用的属性，第一次加载hibernate时根据model类会自动建立起表的结构（前提是先建立
好数据库），以后加载hibernate时根据 model类自动更新表结构，即使表结构改变了但表中的行仍然
存在不会删除以前的行。要注意的是当部署到服务器后，表结构是不会被马上建立起来的，是要等应用
第一次运行起来后才会. 开发后期使用。
2. <persistence-unit><persistence-unit/>持久化单元，简单说，就是代表一堆实体bean的集合，那么这堆
实体bean，我们叫他们做实体bean单元。我们在学Hibernate就已知道，他们就是专门用于跟数据库映射的普
通的Java对象，在我们JPA里面，这些对象叫做实体bean。持久化单元就是一堆实体bean的集合，我们为这堆
集合取个名称，<persistence-unit name="..."><persistence-unit/>，可以有好几个这样的持久化单元，也就是它们会和不同的数据库打交道。
3. 全局事务 本地事务
全局事务：资源管理器管理和协调的事务，可以跨越多个数据库和进程。资源管理器一般使用 XA 二阶段提
交协议与“企业信息系统”(EIS) 或数据库进行交互。
本地事务：在单个 EIS 或数据库的本地并且限制在单个进程内的事务。本地事务不涉及多个数据来源。
<persistence-unit><persistence-unit/>标签还有个属性，是transaction-type（事务的类型）,这属性有
两个值，分别是JTA(全局事务)和RESOURCE_LOCAL(本地事务)。
这里我们配置为transaction-type="RESOURCE_LOCAL"，因为我们只针对一个数据库进行操作，也说只针
对一个事务性资源进行操作。
以前我们学习的事务类型都属于本地事务。 JTA(全局事务)和RESOURCE_LOCAL(本地事务)有什么区别呢？
在某些应用场合，只能使用全局事务，比如：
有两个数据库：
1.mysql 2.oracle 现在有个业务需求--转账
step 1> update mysql_table set amount=amount-xx where id=aaa 发生扣钱,假设是在mysql数据库扣钱
的。
step 2> update oracle_table set amount=amount+xx where id=bbb 加钱,假设是在oracle数据库扣钱的。
现在怎么确保两个语句在同一个事务里执行呢？
以前在JDBC里是这样做
connection = mysql 连接mysql
connection.setAutoCommit(false); 不自动提交
1> update mysql_table set amount=amount-xx where id=aaa 发生扣钱,假设是在mysql数据库扣钱的。
2> update oracle_table set amount=amount+xx where id=bbb 发生在oracle数据库
connection.commit();
执行这两条语句，然后通过connection对象提交事务.我们这样子做只能确保这两个语句在同一个数据库mysql
里面实现在同一个事务里执行。 但是问题是我们现在是要连接到oracle数据库，是不是需要connection2啊？
connection = mysql 连接mysql
connection2 = oracle 连接oracle
connection.setAutoCommit(false); 不自动提交
1> update mysql_table set amount=amount-xx where id=aaa 发生扣钱,假设是在mysql数据库扣钱的。
2> update oracle_table set amount=amount+xx where id=bbb 发生在oracle数据库
connection.commit();
connection2.setAutoCommit(false);
connection2.commit();
事务只能在一个connection里打开，并且确保两条语句都在该connection里执行，这样才能让两条语句在同一
事务里执行，现在问题就在于connection2是连接到oracle数据库的，那么connection2再开事务有意义吗？它
能确保吗？不能，所以在这种情况下就只能使用全局事务了。
这种情况下用普通JDBC操作是满足不了这个业务需求的，这种业务需求只能使用全局事务，本地事务是无法支
持我们的操作的，因为这时候，事务的生命周期不应该局限于connection对象的生命周期范围
全局事务怎么做呢？
JPA.getUserTransaction().begin(); 首先要全局事务的API,不需要我们编写，通常容器已经提供给我们了，
我们只需要begin一下
connection = mysql 连接mysql
connection2 = oracle 连接oracle
connection--> update mysql_table set amount=amount-xx where id=aaa 发生扣钱,假设是在mysql数据
库扣钱的。
connection2--> update oracle_table set amount=amount+xx where id=bbb 发生在oracle数据库
JPA.getUserTransaction().commit();
那么它是怎么知道事务该提交还是回滚呢？
这时候它使用了二次提交协议。二次提交协议简单说就这样：如果你先执行第一条语句，执行的结果先预提交
到数据库，预提交到数据库了，数据库会执行这条语句，然后返回一个执行的结果，这个结果假如我们用布尔
值表示的话，成功就是true，失败就是false.然后把执行的结果放入一个（假设是List）对象里面去，接下来再
执行第二条语句，执行完第二条语句之后（也是预处理，数据库不会真正实现数据的提交，只是说这条语句送
到数据库里面，它模拟下执行，给你返回个执行的结果），假如这两条语句的执行结果在List里面都是true的
话，那么这个事务就认为语句是成功的，这时候全局事务就会提交。 二次提交协议，数据库在第一次提交这个
语句时，只会做预处理，不会发生真正的数据改变，当我们在全局事务提交的时候，这时候发生了第二次提
交，那么第二次提交的时候才会真正的发生数据的改动。
如果说在执行这两条语句中，有一个出错了，那么List集合里就有个元素为false，那么全局事务就认为你这
个事务是失败的，它就会进行回滚，回滚的时候，哪怕你的第二条语句在第一次提交的时候是成功的，它在第
二次提交的时候也会回滚，那么第一次的更改也会恢复到之前的状态，这就是二次提交协议。（可以查看一下
数据库方面的文档来了解二次提交协议）
回到persistence.xml的配置里面去，事务类型有两种，什么时候该用全局事务(JTA)?什么时候改用本地事务
(RESOURCE_LOCAL)?应有你的业务应用需求来定，我们的大部分应用只是需要本地事务。全局事务通常是在
应用服务器里使用，比如weblogic,JBoss。 事务类型有哪几种？分别用在什么场景下?
一下贴一个完整实例
<?xml version="1.0"?>
<persistence 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/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd" version="1.0">
<!-- 持久化单元就是一些是实体bean的集合，事务目前为本地事务 -->
<persistence-unit name="company" transaction-type="RESOURCE_LOCAL">
<provider>org.hibernate.ejb.HibernatePersistence</provider><!-- 驱动实现类，入口类 -->
<properties>
<!-- Common properties -->
<property name="hibernate.connection.username" value="cnfatal"/>
<property name="hibernate.connection.password" value="qapasswd"/>
<property name="hibernate.max_fetch_depth" value="3"/>
<property name="hibernate.hbm2ddl.auto" value="update"/> <!-- dev时设为update，prod 中时应该去掉，目的是为了不存在这个表时，增加，存在时，检验是否符合entity所描述那样 -->
<property name="hibernate.jdbc.fetch_size" value="18"/>
<property name="hibernate.jdbc.batch_size" value="50"/>
<property name="hibernate.show_sql" value="true"/>
<property name="hibernate.format_sql" value="false"/>
<!-- 对于Mysql，最好使用MySQL5D ,提供了很多高级特性
<property name="hibernate.dialect" value="org.hibernate.dialect.MySQL5Dialect"/>
<property name="hibernate.connection.driver_class" value="com.mysql.jdbc.Driver" />
<property name="hibernate.connection.url" value="jdbc:mysql://localhost:3306/fatals?useUnicode=true&characterEncoding=utf-8"/>
-->
<!-- oracle 10g conf -->
<property name="hibernate.dialect" value="org.hibernate.dialect.Oracle10gDialect"/>
<property name="hibernate.connection.driver_class" value="oracle.jdbc.driver.OracleDriver" />
<property name="hibernate.connection.url" value="jdbc:oracle:thin:@localhost:15003:qapp1cn"/>
<!-- 连接池 default
<property name="hibernate.connection.driver_class" value="org.gjt.mm.mysql.Driver"/> -->
<property name="hibernate.connection.provider_class" value="org.hibernate.connection.C3P0ConnectionProvider"/>
<property name="c3p0.min_size" value="5"/>
<property name="c3p0.max_size" value="30"/>
<property name="c3p0.maxIdleTime" value="60"/>
<property name="c3p0.timeout" value="1800"/>
<property name="c3p0.max_statements" value="50"/>
<property name="c3p0.idle_test_period" value="120"/>
<property name="c3p0.acquire_increment" value="1"/>
<property name="c3p0.validate" value="false"/>
<property name="c3p0.preferredTestQuery" value="SELECT 1 from dual"/>
<property name="c3p0.testConnectionOnCheckout" value="true"/>
</properties>
</persistence-unit>
</persistence>