休眠中的自引用实体导致 StackOverflowErrors

Question

在我的一个 Java 实体 (MyState) 中，我引用了它自己。注释如下所示：

@OneToOne
@JoinColumn(name = "previousStateId", nullable = true,
        foreignKey = @ForeignKey(name = "fk_state_previousstate"))
private MyState previousState;

这曾经工作得很好，直到 table 增长并且越来越多的状态相互指向。现在，当我尝试获取最新的 MyState 时，会发生 WhosebugError，因为嵌套太深了。有什么网站比这里更适合问我的问题？ ;-)

我最终需要访问根状态（一长串状态中的第一个状态），还有之前的状态。

有什么办法可以避免获取所有参考文献吗？我试图添加一个指向原始状态的新字段 'rootState'。这当然是 2 个状态的短链，因此效果很好。

但是，我确实还需要以前的状态。我应该尝试通过将 previousState 的 previousState 设置为 null 来手动打破链条，还是有更好的选择？

--- 编辑

我检查以确保在指向彼此的状态中没有循环，没有。

部分堆栈跟踪：

Caused by: java.lang.WhosebugError
    at com.mchange.v2.c3p0.impl.NewPooledConnection.handleThrowable(NewPooledConnection.java:492)
    at com.mchange.v2.c3p0.impl.NewProxyPreparedStatement.getWarnings(NewProxyPreparedStatement.java:1045)
    at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.handleAndClearWarnings(SqlExceptionHelper.java:317)
    at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.logAndClearWarnings(SqlExceptionHelper.java:273)
    at org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.close(JdbcCoordinatorImpl.java:529)
    at org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.release(JdbcCoordinatorImpl.java:421)
    at org.hibernate.loader.plan.exec.internal.AbstractLoadPlanBasedLoader.executeLoad(AbstractLoadPlanBasedLoader.java:160)
    at org.hibernate.loader.plan.exec.internal.AbstractLoadPlanBasedLoader.executeLoad(AbstractLoadPlanBasedLoader.java:102)
    at org.hibernate.loader.entity.plan.AbstractLoadPlanBasedEntityLoader.load(AbstractLoadPlanBasedEntityLoader.java:186)
    at org.hibernate.persister.entity.AbstractEntityPersister.load(AbstractEntityPersister.java:4126)
    at org.hibernate.event.internal.DefaultLoadEventListener.loadFromDatasource(DefaultLoadEventListener.java:502)
    at org.hibernate.event.internal.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:467)
    at org.hibernate.event.internal.DefaultLoadEventListener.load(DefaultLoadEventListener.java:212)
    at org.hibernate.event.internal.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:258)
    at org.hibernate.event.internal.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:150)
    at org.hibernate.internal.SessionImpl.fireLoad(SessionImpl.java:1070)
    at org.hibernate.internal.SessionImpl.internalLoad(SessionImpl.java:989)
    at org.hibernate.type.EntityType.resolveIdentifier(EntityType.java:716)
    at org.hibernate.type.EntityType.resolve(EntityType.java:502)
    at org.hibernate.engine.internal.TwoPhaseLoad.doInitializeEntity(TwoPhaseLoad.java:170)
    at org.hibernate.engine.internal.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:144)
    at org.hibernate.loader.plan.exec.process.internal.AbstractRowReader.performTwoPhaseLoad(AbstractRowReader.java:244)
    at org.hibernate.loader.plan.exec.process.internal.AbstractRowReader.finishUp(AbstractRowReader.java:215)
    at org.hibernate.loader.plan.exec.process.internal.ResultSetProcessorImpl.extractResults(ResultSetProcessorImpl.java:140)
    at org.hibernate.loader.plan.exec.internal.AbstractLoadPlanBasedLoader.executeLoad(AbstractLoadPlanBasedLoader.java:138)
    at org.hibernate.loader.plan.exec.internal.AbstractLoadPlanBasedLoader.executeLoad(AbstractLoadPlanBasedLoader.java:102)
    at org.hibernate.loader.entity.plan.AbstractLoadPlanBasedEntityLoader.load(AbstractLoadPlanBasedEntityLoader.java:186)
    at org.hibernate.persister.entity.AbstractEntityPersister.load(AbstractEntityPersister.java:4126)
    at org.hibernate.event.internal.DefaultLoadEventListener.loadFromDatasource(DefaultLoadEventListener.java:502)
    at org.hibernate.event.internal.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:467)
    at org.hibernate.event.internal.DefaultLoadEventListener.load(DefaultLoadEventListener.java:212)
    at org.hibernate.event.internal.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:258)
    at org.hibernate.event.internal.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:150)
    .... and on and on and on....

Answer 1

这应该可以工作，直到你有一个循环依赖。由于循环依赖性，WhosebugError 可能会发生，因为无限循环递归地获取先前的状态。

例如，当您有两个实体 A 和 B。A 指向 B，B 指向 A，那么您将遇到无限循环，并且使用 EAGER 获取策略，您最终会遇到 WhosebugError。

您需要检查您在数据库中没有任何循环依赖。

Answer 2

很明显这是一个错误。如果您有一个实体 Person 并且该实体具有对另一个 Person 的嵌套引用，则意味着嵌套的 Person 具有另一个嵌套的 link，因此它会进行子嵌套，依此类推。您不必使用 Person 对象引用嵌套的 Person。请改用唯一 ID。

public class Person{
    private int idNestedPerson;
    //fields + getters/setters
}

现在您有 2 个选择：使用外键或保持原样。如果您选择第一个选项，则必须映射该 nestedId，但我建议您开始使用第二个选项。这样，您就有了一个 Person，其 id 引用了 "father" Person。如果 nestedId 是 != null OR > 0（根据您分配给 id 的类型），则表示 Person 是嵌套的，相反，如果 id 未填充或 id 的默认 int 值为 0，则表示 Person是一个 "root"，所以没有嵌套。详情请参考"Hierarchical Data"

休眠中的自引用实体导致 StackOverflowErrors

self-referencing entity in hibernate causes StackOverflowErrors

java

hibernate

self-reference