JPA刷新与提交

Question

在JPA中，如果我们调用EntityTransaction。commit（），它是否自动调用EntityManager。flush（）？或者我们应该叫他们两个？有什么区别？因为我对JPA有问题，当我向数据库插入实体时，我调用persist（）。在数据库中，数据已经插入（可以提取），但该数据没有显示在我的应用程序中（我使用findAll（）提取）。在另一个实体上，它出现了。有什么我不知道的吗？我使用的是标准Spring CRUD、JPA resource_local和postgresql。对不起我的英语，提前谢谢

Answer 1

如果您的实体中有一个带@Version注释的列，请调用entityManager。flush（），则您将（立即！）获取OptimisticLockException，否则数据库将锁定此行（或表）。在后一种情况下，您仍然可以调用setRollbackOnly（），锁稍后将在不更改DB的情况下释放。

或者从另一个角度来看，使用flush（）可以在该数据库行上创建（悲观）锁。其他人仍然会看到旧条目，但如果他们尝试更新，他们将被阻止，直到锁被释放。

所有这一切对于CMT（容器管理事务）也是如此。您可以在服务方法中调用flush（）（甚至多次），并立即处理OptimisticLockException，而不是等待服务方法完成并执行CMT提交的时刻。

Answer 2

em.flush（）-它将实体立即保存到数据库中，并在事务中进一步使用，并且可以回滚。

em.getTransaction（）。提交-它标志着事务的结束，并将事务中的所有技术保存到数据库中，并且不能回滚。

参考https://prismoskills.appspot.com/lessons/Hibernate/Chapter_14_-_Flush_vs_Commit.jsp

Answer 3

如果我们调用EntityTransaction。commit（），它是否自动调用EntityManager。flush（）？

对

有什么区别？

在flush（）中，数据的更改在遇到flush后反映在数据库中，但它仍然在transaction.flush（）中必须包含在事务上下文中，除非需要（在极少数情况下），否则您不必显式执行此操作，当EntityTransaction.commit（）为您执行此操作时。

来源