休眠：merge（）在update（）上的缺点

Question

NonUniqueObjectExceptionHibernate抛出问题。

阅读文档和这篇博客文章，我替换了从update()到的调用merge()，它解决了问题。

我相信我理解例外的原因，以及为什么更改方法可以解决对象断开连接和会话边界方面的问题。

我的问题是：鉴于merge()始终将解析为会话对象，或者如果它不存在，则将其检索，因此调用merge（）通常是比update()？

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

Answer 1

调用merge（）通常比update（）更安全吗？

作为避免NonUniqueObjectException的一种方法，可以。我认为这可以解释为什么JPA不允许使用更新方法。

在update（）上使用merge（）的缺点是什么？

未经建议的用户可能会认为他或她拥有新的管理实体。就像是

// 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);

}

这样，您无需合并或更新方法即可更新实体。