![](/img/trans.png)
[英]@Transactional method calling another method without @Transactional anotation?
[英]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.