hibernate学习之第十五篇

事务与事务边界
hibernate实际上使用jdbc实现事务管理，这种事务只能用于一个数据库。
tx = session.beginTransaction();这句代码内部实际就是connection.setAutoCommit(false);的操作。

Hibernate是JDBC的轻量级封装，本身并不具备事务管理能力。在事务管理层，Hibernate将其委托给底层的JDBC或者JTA，以实现事务的管理和调度。

事务的边界指开始事务，事务提交，事务回滚的位置。

一般我们对事务的操作只针对一个数据库。但是在现实生活中，我们也可能会涉及到跨数据库的事务处理。这样就会带来一些问题，假如我们有5个数据库，现在要对这五个数据库进行一次事务，对其中任何的一个数据库操作出现问题需要回滚，那么如何通知其他几个数据库也进行回滚呢？
JTATansaction帮我们解决了这一问题。它可以简单的理解成跨数据库的事务，需要有一个JTA容器实现，JTA容器的角色就相当于一个通知者，能够有效地对多数据库进行事务协调。使用JTATransaction需要配置hibernate.transaction.factory_class参数，该参数缺省值是org.hibernate.transaction.JDBCTransactionFactory,当使用JTATransaction时需要将参数改成org.hibernate.transaction.JTATransactionFactory,并配置jta.UserTransaction参数JNDI名(Hibernate在启动JTATransaction时要用该值到JNDI的上下文Context中去找javax.transaction.UserTransaction).
javax.transaction.UserTransaction tx = context.lookup("jndiName");
try{
        tx.begin();
        //多个数据库的session操作；
        session1...
        session2...
        session3...
        tx.commit();
}catch(Exception e){
        tx.rollback();throw e;
}
使用了JTA事务管理，就不需要在session上再使用事务了。

还有，我们的事务应该放在三层架构中的哪一层呢？
由于事务的控制是与我们的实际业务逻辑相关的，比如我们转账需要回滚，所以事务控制应该位于业务逻辑层。但是又有一个问题了，我们使用的事务控制却要依赖于数据访问层，就比如我们使用的Transaction对象是数据访问层的对象，业务逻辑层出现数据访问层的代码，这样就会导致业务逻辑层和数据访问层耦合在一起。要想解决这一问题，要依赖框架，否则很难办到解耦。ejb可以做到在业务逻辑层不出现数据访问层的内容，但又能控制事务在业务逻辑层。ejb的这一设计在当时满足了用户的需要，不过后来人们发现ejb的实现上很复杂，导致spring这一轻量级的框架赢得了开发者的青睐，spring也能够实现同样的功能。

sessionFactory.openSession()中，Hibernate会初始化数据库连接，与此同时，将其AutoCommit设为关闭状态（false）。而其后，在session.beginTransaction方法中，Hibernate会再次确认Connection的AutoCommit属性被设为关闭状态（为了防止用户代码对session的Connection.autoCommit属性进行修改）.