Hibernate:更新()下的merge()的缺点

Question

我遇到了NonUniqueObjectExceptionHibernate抛出的问题.

阅读文档和这篇博客文章,我将调用替换update()为merge(),并解决了问题.

我相信我理解异常的原因,以及为什么更改方法在断开连接的对象和会话边界方面解决了问题.

我的问题是:鉴于它merge()总会解析为会话对象,或者如果它不存在则检索它,调用merge()通常是一个比更安全的替代方案update()吗？

使用merge()结束有update()什么缺点？

Answer 1

调用merge()通常比update()更安全吗？

作为一种避免NonUniqueObjectException的方法,是的.我认为它解释了为什么JPA不允许更新方法.

使用merge()而不是update()的缺点是什么？

未经修改的用户可能认为他或她拥有新的管理实体.就像是

// myEntity (passed as parameter does not become managed)
// Only the one returned by the merge operation is a managed entity
session.merge(myEntity);

// "newValue" is not commited because myEntity is not managed
myEntity.setMyProperty("newValue");

如果您的持久化上下文不包含您的实体,那么您可能不希望选择更新前的默认行为.但它可以避免

• 添加版本(@Version)列.0或NULL版本表示实例是新的,必须插入,而不是更新
• 使用Hibernate拦截器
• 如果您确定要更新而不是插入,则可以使用以下方法

...

public void updateMyEntity(MyEntity updateableMyEntity);

    // load does not hit the database
    MyEntity myEntity = (MyEntity) session.load(MyEntity.class, updateableMyEntity.getId());

    BeanUtils.copyProperties(myEntity, updateableMyEntity);

}

这样,您可以在不使用合并或更新方法的情况下更新实体.有关更多信息,请参阅此问题:在Hibernate上更新分离对象的某些字段的最佳方法？