当前位置: 首页 > 面试题库 >

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

司徒焕
2023-03-14
问题内容

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

applicationContext

<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将自动检测对持久实体所做的更改并相应地更新数据库。hibernate参考手册的第11章中记录了此行为。相关部分为:

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

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

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

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



 类似资料:
  • 问题内容: 我有一个用@Transactional注释的方法。我从Oracle数据库检索一个对象,更改一个字段,然后从该方法返回。我忘了保存对象,但是发现无论如何都会更新数据库。 applicationContext 我的方法 我的问题是为什么MyObject会持久保存到数据库? 问题答案: 因为hibernate将自动检测对 持久性 实体所做的更改并相应地更新数据库。hibernate参考手册的

  • 我在想最近遇到的一个案子。假设我们有一个服务方法,如下所示: 添加用户的工作仅是因为存在。整个方法属于另一个服务,外观如下: 我不确定我是否正确理解为什么添加一个用户是有效的。根据Hibernate文档,只有当实体处于托管状态并且更新发生在单个事务中时,才会发生自动更新。如果我的推理是正确的,就会发生以下步骤: 当请求到来并命中控制器时,实体管理器(Hibernate会话)被附加到当前线程。(?)

  • 我正在查看一些现有的代码,并想知道在下面的场景中使用Spring的@Transactional注释会发生什么?考虑以下示例: 下面的updateDataBaseItem()方法是常见的,可以从其他非事务性方法和上面的方法调用:

  • 我正在尝试创建一个事务方法,该方法调用其他几个事务方法以保存一些相互依赖的db实体。如果任何调用失败,我希望事务完全回滚。但是,这不是观察到的行为。这是我的代码: 也有and,但是当事务在第二次调用时失败时,第一个被提交。

  • 我有一个向/从外部系统转移资金的服务方法。 null 我不知道如何注释这些,也不知道如何构造第4个请求来管理第3个请求。

  • 在animationEnd中,设置的文本可以很好地工作,但是在调用这个void之后,它应该改变文本,但是它没有改变文本。