java – 是否有必要在catch-block中对事务进行回滚?

前端之家收集整理的这篇文章主要介绍了java – 是否有必要在catch-block中对事务进行回滚?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

也许是一个愚蠢的问题,但是如果EntityManager.merge()抛出异常,是否有必要在catch-block中对事务进行回滚?
或者异常本身是否意味着合并不起作用,以便下次运行commit时抛出异常的先前更改将不适用?

例:

public void setPerson(Person person) {
EntityManagerFactory emf =   Persistence.createEntityManagerFactory("MyLib");
     EntityManager em = emf.createEntityManager();
     try {            
         if(!em.getTransaction().isActive()){
            em.getTransaction().begin();
         }
         em.merge(person);
         em.getTransaction().commit();
         emf.getCache().evict(Person.class); // clear Person cache
     } catch (Exception ex){
         em.getTransaction().rollback(); // Is this necessary?   
     } finally {
         em.close();
     }
}
最佳答案
答案取决于em.merge(person)方法的细节和数据库驱动程序的实现.

如果该方法仅执行一个更新语句,则回滚是多余的.但是,如果它可以运行多个更新,那么它就不那么清楚了.

我个人会把它留在那里

如果删除回滚并且您的merge方法在完成某些更新但其他更新未完成后出错,那么在没有显式提交或回滚的情况下关闭数据库连接将提交或回滚事务,具体取决于驱动程序实现.根据javadoc for java.sql.Connection,行为取决于实施.因此,如果您因错误而无法自行回滚,则最终可能会提交部分更新.

原文链接:https://www.f2er.com/java/438071.html

猜你在找的Java相关文章