保存新的域对象会导致立即刷新

时间:2013-12-11 14:55:15

标签: grails gorm

保存新创建的域对象(在控制器中)会导致立即刷新hibernate会话。 (我添加了sleep()以确保它不是一个日志记录问题,并且我使用mysql-query.log进行了双重检查,这些调用已经完成并且不仅“打印”了)

5.times { i ->
        new Foo(bar: "$i").save()
        log.error("$i")
        sleep(1000)
}

启用了hibernate查询日志,这将导致

2013-12-11 15:26:41,593 [http-bio-8080-exec-6] DEBUG hibernate.SQL  - insert into foo (version, bar) values (?, ?)
| Error 2013-12-11 15:26:41,596 [http-bio-8080-exec-6] ERROR app.HomeController  - 0
2013-12-11 15:26:42,600 [http-bio-8080-exec-6] DEBUG hibernate.SQL  - insert into foo (version, bar) values (?, ?)
| Error 2013-12-11 15:26:42,605 [http-bio-8080-exec-6] ERROR app.HomeController  - 1
2013-12-11 15:26:43,610 [http-bio-8080-exec-6] DEBUG hibernate.SQL  - insert into foo  (version, bar) values (?, ?)
| Error 2013-12-11 15:26:43,613 [http-bio-8080-exec-6] ERROR app.HomeController  - 2
2013-12-11 15:26:44,618 [http-bio-8080-exec-6] DEBUG hibernate.SQL  - insert into foo (version, bar) values (?, ?)
| Error 2013-12-11 15:26:44,622 [http-bio-8080-exec-6] ERROR app.HomeController  - 3
2013-12-11 15:26:45,626 [http-bio-8080-exec-6] DEBUG hibernate.SQL  - insert into foo (version, bar) values (?, ?)
| Error 2013-12-11 15:26:45,631 [http-bio-8080-exec-6] ERROR app.HomeController  - 4

查看grails文档 http://grails.org/doc/latest/ref/Domain%20Classes/save.html

  

save方法通知持久化上下文应保存或更新实例。除非使用flush参数,否则不会立即保留该对象:

对我来说,问题是:文档是错误还是错误?

问题(至少对我而言)是整个会话被刷新,这可能会导致不必要的更改被持久化。

我在grails-2.3.3和grails-2.2.4上重现了这一点,并使用最新的hibernate3和hibernate4插件进行了检查。所有配置组合的行为都是相同的,所以我想这是一个误导性的文档,但我仍然想要仔细检查。

更新

根据塞尔吉奥的要求,这个超级简单的控制器会导致上面的输出。

class HomeController {
 def index(){
  5.times { i ->
   new Foo(bar: "$i").save()
   log.error("$i")
   sleep(1000)
  }
 }  
}

1 个答案:

答案 0 :(得分:3)

你没有看到同花顺,只是早于你预期的SQL。由于您看到的数据库活动比您预期的要早,所以这有点分裂,但是在请求结束之前没有明确的刷新 - 您可以在调试器中看到它或启用了日志记录。

你所看到的是Hibernate需要执行插入才能检索自动生成的id。所以它为每个save()调用做了一个显式插入,但是在OpenSessionInView拦截器触发的请求结束时只有一个真正的刷新。

所以文档有点过时了。在新的非持久性实例上调用save()将触发数据库插入,但不会刷新。在已修改的持久性实例上调用save()或在持久性实例上调用delete()将不会触发数据库更新,直到显式刷新或Hibernate检测到它需要,例如如果您进行查询,那么可能会受到未刷新数据的影响。

修改

这是一个更好的例子来展示正在发生的事情。首先,我创建2个Foos并冲洗这些保存。然后我编辑并保存一个并删除另一个,两者都没有刷新。我做同样创建5个新实例并查看他们的SQL,但没有更新或删除,因为还没有刷新。最后,当我进行显式刷新时,您会看到这两个SQL语句:

class HomeController {

   def index() {

      def toEdit = new Foo(bar: 'editme').save()
      def toDelete = new Foo(bar: 'deleteme').save(flush: true)
      println 'created first 2 and flushed'

      toEdit.bar += '_edited'
      toEdit.save()
      toDelete.delete()
      println 'edited one, deleted one'

      5.times { i ->
         new Foo(bar: "$i").save()
         println "created foo $i"
         sleep 1000
      }
      println "created 5"

      println "before explicit flush"
      Foo.withSession { it.flush() }
      println "after explicit flush"
   }  
}

这是输出:

2013-12-11 12:46:20,120 [http-bio-9090-exec-1] DEBUG hibernate.SQL  - insert into foo (id, version, bar) values (null, ?, ?)
2013-12-11 12:46:20,138 [http-bio-9090-exec-1] DEBUG hibernate.SQL  - insert into foo (id, version, bar) values (null, ?, ?)
created first 2 and flushed
edited one, deleted one
2013-12-11 12:46:20,188 [http-bio-9090-exec-1] DEBUG hibernate.SQL  - insert into foo (id, version, bar) values (null, ?, ?)
created foo 0
2013-12-11 12:46:21,197 [http-bio-9090-exec-1] DEBUG hibernate.SQL  - insert into foo (id, version, bar) values (null, ?, ?)
created foo 1
2013-12-11 12:46:22,202 [http-bio-9090-exec-1] DEBUG hibernate.SQL  - insert into foo (id, version, bar) values (null, ?, ?)
created foo 2
2013-12-11 12:46:23,211 [http-bio-9090-exec-1] DEBUG hibernate.SQL  - insert into foo (id, version, bar) values (null, ?, ?)
created foo 3
2013-12-11 12:46:24,219 [http-bio-9090-exec-1] DEBUG hibernate.SQL  - insert into foo (id, version, bar) values (null, ?, ?)
created foo 4
created 5
before explicit flush
2013-12-11 12:46:25,282 [http-bio-9090-exec-1] DEBUG hibernate.SQL  - update foo set version=?, bar=? where id=? and version=?
2013-12-11 12:46:25,284 [http-bio-9090-exec-1] DEBUG hibernate.SQL  - delete from foo where id=? and version=?
after explicit flush