为了对spring开启事务有进一步的了解,下面看这个简单的例子:
1 实体类User.java
2 抽象dao类,这里设为抽象类主要是为了不让它直接实例化对象(这里这样设计好像有点多余,这个应该是一种设计模式吧):
3 dao实现类:
4 业务层接口类:
5 业务层实现类:
6 测试类:
7 spring配置文件:
8 hibernate配置文件:
我们可以从dao的实现类里面看到它上面有@transactional标签,它要求执行它的实例化方法时开启事务(propagation
= Propagation.REQUIRED),因为数据库的操作是要以事务的形式来保证数据的一致性的,所以要开启事务,如果有需
要,我们也可以在业务层开启事务,如这里在dao的实现类里开启事务,那么spring在用户调用BasicDaoImpl类的实例对
象方法时就会开启事务,当这个方法结束后,事务注提交,这时数据库才有新的记录(如用插入或更新操作),当我们在
UserServiceImpl类里也配置要求开启事务,那么只有在UserServiceImpl方法结束后,事务才提交,数据库的信息才得
以更新,而不是在BasicDaoImpl类方法调用完了就提交,不过这也是取决以事务配置方式,即propagation设置,可参照
前面博客讲到的事务设置的知识。
补充事务基本知识:
数据库事务概念
什么是数据库事务?
事务(transaction)是由一系列操作序列构成的程序执行单元,这些操作要么都做,要么都不做,是一个不可分割的工
作单位。
数据库事务的四个基本性质(ACID)
1. 原子性(Atomicity)
事务的原子性是指事务中包含的所有操作要么全做,要么全不做(all or none)。
2. 一致性(Consistency)
在事务开始以前,数据库处于一致性的状态,事务结束后,数据库也必须处于一致性状态。
拿银行转账来说,一致性要求事务的执行不应改变A、B 两个账户的金额总和。如果没有这种一致性要求,转账过程中就
会发生钱无中生有,或者不翼而飞的现象。事务应该把数据库从一个一致性状态转换到另外一个一致性状态。
3. 隔离性(Isolation)
事务隔离性要求系统必须保证事务不受其他并发执行的事务的影响,也即要达到这样一种效果:对于任何一对事务T1 和
T2,在事务 T1 看来,T2 要么在 T1 开始之前已经结束,要么在 T1 完成之后才开始执行。这样,每个事务都感觉不到
系统中有其他事务在并发地执行。
4. 持久性(Durability)
一个事务一旦成功完成,它对数据库的改变必须是永久的,即便是在系统遇到故障的情况下也不会丢失。数据的重要性
决定了事务持久性的重要性。