首先,对KLE的答案进行一些澄清:
-
无约束(可为空)的一对一关联是唯一一个在没有字节码检测的情况下无法代理的关联。这样做的原因是,所有者实体必须知道关联属性应该包含代理对象还是 NULL,并且由于一对一通常通过共享 PK 映射,因此它无法通过查看其基表的列来确定这一点,因此无论如何都必须热切地获取它,使代理毫无意义。下面是更详细的说明。
-
多对一的关联(显然,一对多关联)不会受到这个问题的影响。所有者实体可以轻松检查自己的 FK(在一对多的情况下,最初会创建空集合代理并按需填充),因此关联可能会很惰性。
-
用一对多取代一对一几乎不是一个好主意。您可以将其替换为独特的多对一,但还有其他(可能更好)选项。
罗伯·具有有效点,但是您可能无法根据您的模型实现它(例如,如果您的一对一关联为空)。
现在,就原始问题而言:
A)应该工作得很好。是否确定它不会在查询本身中被覆盖?可以在 HQL 中指定和/或通过 Criteria API 显式设置获取模式,该模式将优先于类注释。如果不是这种情况,并且您仍然遇到问题,请发布您的类,查询和生成的SQL,以进行更多直截了当的对话。@ManyToOne(fetch=FetchType.LAZY)
join fetch
B)更棘手。如果它绝对不可为空,请遵循Rob H.的建议并指定如下:@OneToOne
@OneToOne(optional = false, fetch = FetchType.LAZY)
否则,如果可以更改数据库(向 owner 表添加外键列),请执行此操作并将其映射为“已联接”:
@OneToOne(fetch = FetchType.LAZY)
@JoinColumn(name="other_entity_fk")
public OtherEntity getOther()
和在其他实体中:
@OneToOne(mappedBy = "other")
public OwnerEntity getOwner()
如果你不能做到这一点(并且不能忍受急切的获取),字节码检测是你唯一的选择。我必须同意CPerkins的观点,但是 - 如果你有80!!!由于热切的OneToOne协会而加入,那么你有更大的问题,然后这个:-)