我遇到了这样的情况,我需要将分离的对象重新附加到hibernate会话,尽管会话中可能已经存在相同标识的对象,这将导致错误。

现在,我可以做两件事之一。

getHibernateTemplate()。更新(obj) 当且仅当对象在hibernate会话中还不存在时,这才有效。当我以后需要它时,抛出异常,声明具有给定标识符的对象已经存在于会话中。 getHibernateTemplate()。合并(obj) 当且仅当hibernate会话中存在对象时,此操作才有效。如果稍后使用此方法,则在需要对象处于会话中时抛出异常。

对于这两种场景,我如何将会话附加到对象?我不想使用异常来控制这个问题解决方案的流程,因为一定有更优雅的解决方案……


当前回答

ReplicationMode.LATEST_VERSION尝试getHibernateTemplate () .replicate(实体)

其他回答

所有这些答案都忽略了一个重要的区别。update()用于(重新)将对象图附加到Session。你传递给它的对象是被管理的对象。

merge() is actually not a (re)attachment API. Notice merge() has a return value? That's because it returns you the managed graph, which may not be the graph you passed it. merge() is a JPA API and its behavior is governed by the JPA spec. If the object you pass in to merge() is already managed (already associated with the Session) then that's the graph Hibernate works with; the object passed in is the same object returned from merge(). If, however, the object you pass into merge() is detached, Hibernate creates a new object graph that is managed and it copies the state from your detached graph onto the new managed graph. Again, this is all dictated and governed by the JPA spec.

就“确保该实体受到管理,或者使其受到管理”的通用策略而言,这在某种程度上取决于您是否还想考虑尚未插入的数据。假设你这样做,使用一些类似

if ( session.contains( myEntity ) ) {
    // nothing to do... myEntity is already associated with the session
}
else {
    session.saveOrUpdate( myEntity );
}

注意,我使用的是saveOrUpdate()而不是update()。如果您不想在这里处理尚未插入的数据,请使用update()来代替…

我想出了一个解决方案,从持久存储中“刷新”一个对象,这将解释其他可能已经附加到会话的对象:

public void refreshDetached(T entity, Long id)
{
    // Check for any OTHER instances already attached to the session since
    // refresh will not work if there are any.
    T attached = (T) session.load(getPersistentClass(), id);
    if (attached != entity)
    {
        session.evict(attached);
        session.lock(entity, LockMode.NONE);
    }
    session.refresh(entity);
}

我回到JavaDoc的org.hibernate.Session,发现如下:

通过调用save()、persist()或 saveOrUpdate()。通过调用delete()可以使持久实例成为瞬态实例。get()或load()方法返回的任何实例都是持久的。分离的实例可以通过调用update()、saveOrUpdate()、lock()或replication()来持久化。通过调用merge(),也可以将瞬态或分离实例的状态持久化为新的持久化实例。

因此update(), saveOrUpdate(), lock(), replication()和merge()是候选选项。

update():如果存在具有相同标识符的持久实例,将抛出异常。

saveOrUpdate():保存或更新

锁():弃用

replication():持久化给定分离实例的状态,重用当前标识符值。

merge():返回具有相同标识符的持久对象。给定的实例不会与会话关联。

因此,不应该直接使用lock(),可以根据功能需求选择其中的一个或多个。

会话。contains(Object obj)检查引用,不会检测到表示同一行且已经附加到该引用的不同实例。

这里是带有标识符属性的实体的通用解决方案。

public static void update(final Session session, final Object entity)
{
    // if the given instance is in session, nothing to do
    if (session.contains(entity))
        return;

    // check if there is already a different attached instance representing the same row
    final ClassMetadata classMetadata = session.getSessionFactory().getClassMetadata(entity.getClass());
    final Serializable identifier = classMetadata.getIdentifier(entity, (SessionImplementor) session);

    final Object sessionEntity = session.load(entity.getClass(), identifier);
    // override changes, last call to update wins
    if (sessionEntity != null)
        session.evict(sessionEntity);
    session.update(entity);
}

这是. net EntityFramework中我喜欢的几个方面之一,关于更改实体及其属性的不同附加选项。

因此,似乎没有办法在JPA中重新附加一个过时的分离实体。

merge()会将过期状态推送到DB, 并覆盖任何中间更新。

不能在分离实体上调用Refresh()。

不能在分离实体上调用Lock (), 即使它可以,而且它确实重新连接了实体, 使用参数LockMode调用lock。没有' 这意味着你在锁定,但不是锁定, 是我见过的最违反直觉的API设计。

所以你陷入了困境。 有一个detach()方法,但没有attach()或reattach()。 对象生命周期中的一个明显步骤对您来说是不可用的。

根据关于JPA的类似问题的数量判断, 似乎即使JPA声称有一个一致的模型, 它肯定不符合大多数程序员的思维模式, 谁被诅咒浪费了很多时间试图理解 如何让JPA做最简单的事情,并以缓存结束 管理代码遍布他们的应用程序。

要做到这一点,似乎唯一的方法就是抛弃你陈旧的超然实体 并使用相同的id执行find查询,这将命中L2或DB。

Mik