最近做的项目有一个很麻烦的业务,一个操作里包含了insert,update,delete,select动作。
一开始起在一个hibernate事务里,发现在入库的时候有的时候数据对不上,后来查了下资料才知道hibernate事务提交sql语句的顺序并不是按照程序里写的顺序提交的。
总的说应该是按insert、update、delete的顺序。
具体的顺序查了下应该是:
涉及的SQL语句会按照下面的顺序发出执行:
所有对实体进行插入的语句,其顺序按照对象执行Session.save()的时间顺序
所有对实体进行更新的语句
所有进行集合删除的语句
所有对集合元素进行删除,更新或者插入的语句
所有进行集合插入的语句
所有对实体进行删除的语句,其顺序按照对象执行Session.delete()的时间顺序
为什么会出现这种情况呢,原因是hibernate不会把sql语句直接提交给数据库,而是先放在hibernate的缓存中等事务commit的时候一起提交,这样就导致sql语句执行的顺序与程序不一致。
Hibernate简要说明
hibernate的实体都是存储在缓存中的,所以你会发现有的时候当你创建出两个主键相通的实体的时候会报错。正常情况是当你调用save方法的时候,这个实体对象未必已经保存到数据库了,调用close方法的时候,对象才真正保存如数据库。当你调用flush方法的时候是强制将对象保存到数据库。
举例如下:
|
解决办法:
用session.flush();把sql语句刷入数据库。
比如想要执行delete语句的时候就在createQuery后面执行下session.flush();
而且在大批量数据处理的时候,可能需要分批刷出数据,然后清空缓存,以减少内存占用量。
我用的方法是在同一个session里打开两个transaction,分别处理可以分开写的业务。