POEAA中介绍了ORM中最重要的模式之一:Unit Of Work。看似简单,实现起来却非常复杂。
Hibernate完美的实现了这个模式。以下我用一系列的例子来分析Hibernate的处理机制
下面有三个例子,猜猜看Hibernate会执行几句SQL(省略事务处理代码,实体对象叫User,假设主键是自增型的)
例1:
User user = new User();
user.setName("KENT");
session.save(user);
session.save(user);
例2:
User user = new User();
user.setName("KENT");
session.save(user);
user.setName("JACK");
session.save(user);
例3:
User user = new User();
user.setName("KENT");
session.save(user);
user.setName("JACK");
session.save(user);
user.setName("TOM");
session.save(user);
让我们看看答案
例1:两次save,仅仅执行insert语句一次,没有执行update
例2:执行insert语句一次,先insert成KENT,然后执行update,然后update成JACK
例3:执行insert语句一次,先insert成KENT,然后执行update,然后update成TOM,没有update成JACK的过程
你猜对了吗?
我们看Hibernate源码,看到UnitOfWork大致原理是这样的:
- Hibernate并不是save()了就直接执行sql,而是使用延时执行的方式。直到flush时才会一次性执行多句sql
- Hibernate使用Action接口表示每次增删改的行为,所有的行为都使用ActionQueue排序
- 当执行一次save()方法,Hibernate会判断此对象的状态。如果是Transient就在ActionQueue中增加一个InsertAction,并生成此对象的主键,把此对象标记为Persistent。同时,会把所有属性的状态保存到一个数组中。
- 再次执行save()方法时,如果是Persistent,并不会直接产生updateAction
- 当数据commit之前,一定会执行flush(),根据保存的所有属性的状态,判断当前对象的字段是否被更新过,如果被更新过,则会在ActionQueue中增加一个UpdateAction
所以
例1会产生InsertAction
例2会产生InsertAction、UpdateAction
例3会产生InsertAction、UpdateAction
此例中只是新增或修改,如果有删除和查询,Hibernate又会如何处理呢?
请看后文......