由应用程序管理的JPA，何时需要事务

Question

我们正在一个小型Web（将在Tomcat上运行）上工作，并使用JPA（Eclipselink）来完成数据层。我前段时间做过类似的事情。但是我总是不确定何时需要开始和结束交易或进行刷新。目前我使用事务（如果我添加（持久）并删除对象）。如果我在已经存在的对象上调用设置器，则不使用事务。

什么时候使用事务或如何正确实现应用程序管理的JPA，是否有指南/教程或简短答案。

Answer 1

我认为可以总结您问题的答案。几乎所有的JPA操作都需要事务，除了不锁定实体的查找/选择（即，任何不更改数据的JPA操作）。

（JTA事务范围的实体管理器） 对于JTA事务范围的实体管理器，最好从规范中引用（第3章实体操作）：

当使用具有事务范围的持久性上下文的实体管理器时，必须在事务上下文中调用persist，merge，remove和refresh方法。如果没有事务上下文，则抛出javax.persistence.TransactionRequiredException。

指定除LockModeType.NONE以外的其他锁定模式的方法必须在事务上下文中调用。如果没有事务上下文，则抛出javax.persistence.TransactionRequiredException。

无需在事务上下文中调用find方法（假设它不带锁地调用或使用LockModeType.NONE调用）和getReference方法。如果使用具有事务范围持久性上下文的实体管理器，则将分离结果实体；否则，将分离结果实体。如果使用具有扩展持久性上下文的实体管理器，则将对其进行管理。有关在交易外部使用实体管理器的信息，请参见第3.3节。

（应用程序管理的/资源本地的实体管理器）
对于应用程序管理的实体管理器，JPA规范对此行为不清楚。在Hibernate的情况下，当不在事务内部时发生的事情非常复杂（它还可能取决于JDBC驱动程序和数据库连接的自动提交模式）。查看Hibernate关于该主题的文章。 基本上，强烈建议您始终对上述操作使用事务。

对于问题的第二部分：如果您调用了受管实体的setter，并且没有刷新就将其分离（即在事务提交之前），则该行为尚不清楚/不确定，即您应该更正代码。

错误代码示例：

//begin Transaction
MyEntity entity = em.find(MyEntity.class, 1L);
entity.setField("New value");
em.detach();//it is not sure whether the "New value" will be persisted. To make sure it is persisted, ypu need to call em.flush() before detaching
//commit Transaction

通常，如果数据库操作 的顺序（与实体管理器操作的顺序不同 ）并不重要，则可以让JPA实现来决定何时刷新（例如，在事务提交时）。