kodojdo指南第九章

第九章  事务

  事务用来保证事务完整性.它把操作集中到一个工作组,这个组里的操作要么全部成功,要么全部失败.事务有几个特性
  1)原子性:原子性指事务的要么全部成功-要么全部失败的属性.要么事务中的每个更新数据的操作都成功完成,要么全部失败.而不管数据在数据库中的原始状态是怎样.事务不可能部分地成功.

  2)一致性.每个事务使数据库的数据从一种连贯状态到另一种连贯状态.

  3)隔离性.事务彼此之间隔离.当你从事务读取持久化数据的时候,如果其他事务没有完成,你并不能看到被该事务导致的数据的变化.同样地,你在一个事务的更新操作和另一个并发事务的更新操作并不冲突.冲突的形成依赖于你使用优化事务还是使用非优化事务.下节会介绍这两种类型. 

  4)耐久性.成功事务的作用是耐久的.对持久化数据的更新持续到数据集的活动周期.(翻译得不好)

  这几种属性合称事务的"酸性".要理解为什么对维护数据完整性来说这些属性如此重要,考虑下面的例子:
  假设你创建一个管理银行帐户的应用程序.这个程序包含一种方法,把一个帐号的资金转到另一个.看起来应该这样:

  现在假设A用户想转帐100元给b用户.没问题,你简单调用transferFunds 方法,以帐户a作为form参数.以b帐户作为to参数.100元作为总额.方法的第一句执行.从a帐户里减去了100元.不过,发生了意外的情况.也许是硬件的故障.你的方法没有完成.
  现在你要面对这种情况,100元消失了.应该"感谢"你的函数,a帐户减少了100元,而这100元并没有转到b帐户.数据库处于不一致状态.
  现在事务的重要性清楚了.假如transferFunds的两行方法一起放置在一个事务里,就不可能出现只有方法的第一行成功的情况.当意外发生时,要么转帐成功,要么根本不转帐.钱不会消失到空气里,数据库永远不可能处于非一致性状态.

  9.1 事务类型

(这里应该是教程有错)
  事务有两种主要类型.乐观的和悲观的.每种类型都有其优缺点:
 
  当悲观事务执行时,它会锁住数据库.阻止其他并发事务使用同样的数据.这防止了事务的冲突.不过消耗了数据库的大量资源.加之,锁住数据会导致死锁.有这么一种情况:两个事务都在等待对方完成后释放数据的锁,死锁的结果依赖于数据库:通常是在指定的时间流逝之后,事务会强迫性的回滚,并且会抛出异常.

  乐观事务消耗较少的资源.代价是降低可靠性.因为乐观事务并不锁住数据记录,可能两个事务会同时修改同一持久信息,在第二个事务提交之前,并不检查冲突.此时,第二个事务会知道另一个并发的事务修改了同样的记录(通常通过时间戳或者版本体系),抛出适当的异常.要注意到乐观事务仍然维护数据完整性,只不过在严重的并发情况下很可能失败.

  9.2 JDO的事务接口

  事务接口管理JDO里的事务.这个接口包括许多对属性操作的类JAVA BEAN 风格的getter和setter方法,标准的事务划分方法和测试事务是否活动的方法.

  事务的 NonTransactionalRead, NonTransactionalWrite, RetainValues, RestoreValues, 和Optimistic 对应在PersistenceManagerFactory 一节的设置属性.最终的属性如同步还没有介绍.这个属性允许你用一个javax.transaction.Synchronization实例关联事务.事务完成之后,事务会告诉同步实例,所以你可以在提交或者回滚时实现自定义行为.参考同步的javadoc文档获得更详细信息.

  begin,commit和rollback方法给事务分界.顾名思义,begin开始一个事务,commit尝试把事务对数据库的操作提交,rollback放弃事务.此时数据库回复到事务开始前的状态.如果事务提交过程中发生严重的错误,JDO会自动回滚.然而,假如你主动执行回滚操作,可以释放所占用的一些资源.

  最后,如果事务处于活动状态,isActive 方法返回true.(begin方法的调用比commit和rollback要频繁点).否则返回false.