Hibernate中的事务问题

[技术科]

代码1:

Session session = null;
	Transaction tx = null;
	User user = null;
	try {
	    session = HibernateUtils.getSession();
	    tx = session.beginTransaction();

	    user = new User();
	    user.setName("张三");
	    user.setPassword("458");
	    user.setCreateTime(new Date());
	    user.setExpireTime(new Date());

	    session.save(user);

	    user.setName("李四");

	    tx.commit();
	} catch (Exception e) {
	    e.printStackTrace();
	    tx.rollback();
	} finally {
	    HibernateUtils.closeSession(session);
	}

代码2:

try {
	    session = HibernateUtils.getSession();
	    session.beginTransaction();

	    session.update(user);

	    session.getTransaction().commit();
	} catch (Exception e) {
	    e.printStackTrace();
	    session.getTransaction().rollback();
	} finally {
	    HibernateUtils.closeSession(session);
	}

以上两段代码中一个用 tx.commit()作事务提交,另一个session.getTransaction().commit();
求解,这两种事务之间的区别.
所得结果都一样,为何有两种写法?区别在哪?

[possibleonline]

tx是引用session.getTransaction()呀

[endlesspass]

这两种的区别在于：
第一个引入了事务的概念：
举个简单的例子来说明事务是个什么东。
张三通过银行转账，把1000块钱转给李四：

1、事务开始
2、张三账户上扣掉1000块钱
3、李四帐户上增加1000块钱
4、如果2、3成功，提交事务---转账成功
5、如果2、3任何一个不成功，回滚事务到1的状态---转账失败

事务保证了不会因为异常的出现，造成张三少了1000而李四没有收到钱这样的问题。


数据库事务的ACID属性

事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为一个要么全部成功要么全部失败的单元，可以简化错误恢复并使应用程序更加可靠。一个逻辑工作单元要成为事务，必须满足所谓的ACID(原子性、一致性、隔离性和持久性)属性：

　　· 原子性

事务必须是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。通常，与某个事务关联的操作具有共同的目标，并且是相互依赖的。如果系统只执行这些操作的一个子集，则可能会破坏事务的总体目标。原子性消除了系统处理操作子集的可能性。

　　· 一致性

事务在完成时，必须使所有的数据都保持一致状态。在相关数据库中，所有规则都必须应用于事务的修改，以保持所有数据的完整性。事务结束时，所有的内部数据结构（如 B 树索引或双向链表）都必须是正确的。某些维护一致性的责任由应用程序开发人员承担，他们必须确保应用程序已强制所有已知的完整性约束。例如，当开发用于转帐的应用程序时，应避免在转帐过程中任意移动小数点。

　　· 隔离性

由并发事务所作的修改必须与任何其它并发事务所作的修改隔离。事务查看数据时数据所处的状态，要么是另一并发事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看中间状态的数据。这称为可串行性，因为它能够重新装载起始数据，并且重播一系列事务，以使数据结束时的状态与原始事务执行的状态相同。当事务可序列化时将获得最高的隔离级别。在此级别上，从一组可并行执行的事务获得的结果与通过连续运行每个事务所获得的结果相同。由于高度隔离会限制可并行执行的事务数，所以一些应用程序降低隔离级别以换取更大的吞吐量。

　　· 持久性

事务完成之后，它对于系统的影响是永久性的。该修改即使出现致命的系统故障也将一直保持。
DBMS的责任和我们的任务

企业级的数据库管理系统（DBMS）都有责任提供一种保证事务的物理完整性的机制。就常用的SQL Server2000系统而言，它具备锁定设备隔离事务、记录设备保证事务持久性等机制。因此，我们不必关心数据库事务的物理完整性，而应该关注在什么情况下使用数据库事务、事务对性能的影响，如何使用事务等等。

[aoliwen521]

应该一样吧？一个session里的事务好像是个单例的，
tx 就是session.getTransaction()的一个引用。

[gwikimo]

[Quote=引用 1 楼 possibleonline 的回复:]
tx是引用session.getTransaction()呀
[/Quote]

Transaction tx =session.getTransaction();
tx.commit();

不是一样么。。。

[victorxiang]

呵呵，lz
条条大路通罗马，不同的用户群喜欢不同的方式方法！