繁体   English   中英

不调用更新方法的事务性保存

[英]Transactional saves without calling update method

我有一个用@Transactional 注释的方法。 我从我的 Oracle DB 中检索一个对象,更改一个字段,然后从该方法返回。 我忘了保存对象,但发现数据库无论如何都会更新。

应用上下文

<tx:annotation-driven />
<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
    <property name="sessionFactory" ref="sessionFactory" />
</bean>

我的方法

@Transactional
public void myMethod(long id) {
    MyObject myObj = dao.getMstAttributeById(id);
    myObj.setName("new name");
    //dao.update(myObj);
}

我的问题是为什么 MyObject 会被持久化到数据库?

因为休眠会自动检测对持久实体所做的更改并相应地更新数据库。 此行为记录在 hibernate 参考手册的第 11 章中。 相关部分内容如下:

Hibernate 定义并支持以下对象状态:

  • Transient - 如果一个对象刚刚使用 new 运算符实例化,则它是瞬态的,并且它不与 Hibernate Session 相关联。 它在数据库中没有持久表示,也没有分配标识符值。 如果应用程序不再持有引用,垃圾收集器将销毁瞬态实例。 使用 Hibernate Session 使对象持久化(并让 Hibernate 处理需要为此转换执行的 SQL 语句)。

  • 持久性- 持久性实例在数据库中具有表示形式和标识符值。 它可能刚刚被保存或加载,但是,根据定义,它在 Session 的范围内。 Hibernate 将检测对处于持久状态的对象所做的任何更改,并在工作单元完成时将状态与数据库同步。 开发人员不执行手动 UPDATE 语句,或当对象应变为瞬态时 DELETE 语句。

  • Detached - 分离的实例是一个已经持久化的对象,但它的 Session 已经关闭。 当然,对对象的引用仍然有效,并且在这种状态下甚至可能会修改分离的实例。 一个分离的实例可以在稍后的时间点重新附加到一个新的 Session,使其(以及所有修改)再次持久化。 此功能为需要用户思考时间的长时间运行的工作单元启用编程模型。 我们称它们为应用事务,即从用户的角度来看的一个工作单元。

如果您使用的是 JPA,那么规范说明如果您的实体处于托管状态(这就是您通过在活动事务中从 DAO 获取数据来执行的操作),对它所做的所有更改都将反映在事务提交期间的数据库。

所以,换句话说-这并不重要,如果你调用更新操作或不是因为事务提交将刷新对数据库的更改。

我发现阻止自动更新数据库是一个两步过程。

步骤一::

getSession().setFlushMode(FlushMode.MANUAL) // [FlushMode.NEVER is depracated in 4.x]

步骤二:

getSession().clear(); //This will actually discard all changes

我用@Transactional(readOnly = true)来解决它

对于 JPA,调用entityManager.detach(entity)以避免自动刷新。 但是你需要注意分离的实体会在延迟获取、级联更新等之后失去 ORM 的魔力。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM