Hibernate SQLQuery绕过了hibernate会话缓存

Question

我正在"事务化"一些广泛的数据库操作,我遇到了这个问题,如果我通过hibernate运行sql查询但不使用MQL方法,数据库的视图看起来不正确.具体来说,代码在大多数情况下以更合适的方式使用hibernate,但有些地方有人决定只执行sql.我不喜欢他们这样做,但在这一点上"它就是它".

我发现了一个解释,这似乎解释,但所有的例子都是WRT却越来越和管理代码交易.我们在整个类上使用@TransactionAttribute注释来更改此代码,并且发现了许多发生此行为的地方,但我并不完全相信这些解释适用于简单地包含在注释中的代码 - 我假设任何使用hibernate管理器的东西都依赖于会话中的对象缓存.

如果我通过不正确的术语来指代休眠中的概念等,请提前道歉.

Answer 1

实际上,Chris Landry的"解释"博客错过了SQLQuery的3个重要的API方法,这就是为什么他有这些问题.具体来说,(1)addSynchronizedQuerySpace,(2)addSynchronizedEntityName和(3)addSynchronizedEntityClass

正如partenon指出的那样,仅基于SQL查询字符串本身,Hibernate无法知道在查询中查询哪些表和/或实体.因此,它不知道会话中排队的更改需要刷新到数据库.在博客中,Chris确实指出您可以在运行SQL查询之前自己执行flush()调用.但是,我所描述的是Hibernate的自动刷新功能.它实际上对HQL和Criteria查询做了同样的事情.只有它知道受影响的表.无论如何,这个自动刷新过程只会对影响查询的事情进行"最小刷新".这就是这些方法发挥作用的地方.

举个例子,Chirs的SQL查询是

session.createSqlQuery("select name from user where name = :userName")

他真正需要做的就是说......

session.createSqlQuery("select name from user where name = :userName")
        .addSynchronizedQuerySpace( "user" )

该addSynchronizedQuerySpace( "user" )告诉查询使用一个名为"用户"表休眠.现在,Hibernate可以自动刷新映射到该用户表的实体的所有更改.

Answer 2

您的问题很混乱,但我认为您在执行Native查询时,Hibernate并未在Session缓存中查找实体.

SQL Query或Native Query是Hibernate只传递给数据库的查询.Hibernate不会解析查询,也不会解析结果.但是,Hibernate会让你处理结果,将列转换为类的属性.也就是说,Native Queries绕过Session缓存听起来很自然.那是因为Hibernate不知道你的查询,也不知道这个查询的"结果"(当时不是对象).