Hibernate 事务提交sql语句的顺序

来源:互联网 发布:淘宝店铺手机能激活吗 编辑:程序博客网 时间:2024/05/20 01:45

最近做的项目有一个很麻烦的业务,一个操作里包含了insert,update,delete,select动作。

一开始起在一个hibernate事务里,发现在入库的时候有的时候数据对不上,后来查了下资料才知道hibernate事务提交sql语句的顺序并不是按照程序里写的顺序提交的。

总的说应该是按insert、update、delete的顺序。

具体的顺序查了下应该是:

涉及的SQL语句会按照下面的顺序发出执行:
所有对实体进行插入的语句,其顺序按照对象执行Session.save()的时间顺序
所有对实体进行更新的语句
所有进行集合删除的语句
所有对集合元素进行删除,更新或者插入的语句
所有进行集合插入的语句
所有对实体进行删除的语句,其顺序按照对象执行Session.delete()的时间顺序

为什么会出现这种情况呢,原因是hibernate不会把sql语句直接提交给数据库,而是先放在hibernate的缓存中等事务commit的时候一起提交,这样就导致sql语句执行的顺序与程序不一致。

 

解决办法:

用session.flush();把sql语句刷入数据库。

比如想要执行delete语句的时候就在createQuery后面执行下session.flush();

而且在大批量数据处理的时候,可能需要分批刷出数据,然后清空缓存,以减少内存占用量。

 

我用的方法是在同一个session里打开两个transaction,分别处理可以分开写的业务。

不知这样是否会出现问题,先记录下,如果执行的时候出现问题再来更正。

也请看到的大虾们指点。

2

阅读(783) 评论 (2) 收藏(0)转载(0) 喜欢打印举报
已投稿到:
 排行榜
前一篇:VMware按装centos
后一篇:jsp参数过滤防注入的解决方法
评论 重要提示:警惕虚假中奖信息|
[发评论]
  • 新浪网友

    打两个transaction会有很大的问题

    2010-9-13  14:21回复(0)

  • 新浪网友

    如果第一个transaction提交成功,第二个没有提交成功,则第二个会回滚,但第一个已经被保存到数据库中,数据没有进行同步操作。
原创粉丝点击