有一个实体类“A”。 A类可能具有相同类型“A”的子项。如果它是一个孩子,“A”也应该保留它的父母。
这可能吗?如果是这样,我应该如何映射Entity类中的关系? [“A”有一个id列。]
答案 0 :(得分:150)
是的,这是可能的。这是标准双向@ManyToOne
/ @OneToMany
关系的特例。它很特殊,因为关系两端的实体是相同的。一般情况详见JPA 2.0 spec的第2.10.2节。
这是一个有效的例子。首先,实体类A
:
@Entity
public class A implements Serializable {
@Id
@GeneratedValue(strategy=GenerationType.AUTO)
private Long id;
@ManyToOne
private A parent;
@OneToMany(mappedBy="parent")
private Collection<A> children;
// Getters, Setters, serialVersionUID, etc...
}
这是一个粗略的main()
方法,它持续存在三个这样的实体:
public static void main(String[] args) {
EntityManager em = ... // from EntityManagerFactory, injection, etc.
em.getTransaction().begin();
A parent = new A();
A son = new A();
A daughter = new A();
son.setParent(parent);
daughter.setParent(parent);
parent.setChildren(Arrays.asList(son, daughter));
em.persist(parent);
em.persist(son);
em.persist(daughter);
em.getTransaction().commit();
}
在这种情况下,必须在事务提交之前保留所有三个实体实例。如果我未能在父子关系图中保留其中一个实体,则会在commit()
上抛出异常。在Eclipselink上,这是RollbackException
详细说明了不一致。
此行为可通过cascade
的{{1}}和A
注释中的@OneToMany
属性进行配置。例如,如果我在这两个注释上设置@ManyToOne
,我可以安全地保留其中一个实体并忽略其他实体。假设我在我的交易中坚持cascade=CascadeType.ALL
。 JPA实现遍历parent
的{{1}}属性,因为它标有parent
。 JPA实现在那里找到children
和CascadeType.ALL
。然后它代表我坚持这两个孩子,即使我没有明确要求它。
还有一点需要注意。程序员始终有责任更新双向关系的双方。换句话说,每当我将一个孩子添加到某个父母时,我必须相应地更新孩子的父母属性。仅更新双向关系的一侧是JPA下的错误。始终更新关系的两个方面。这是在JPA 2.0规范的第42页上明确写出的:
请注意,应用程序负责维护运行时关系的一致性 - 例如,确保双向关系的“一”和“多”方在应用程序更新时保持一致。 在运行时的关系。
答案 1 :(得分:7)
对我而言,诀窍是使用多对多关系。假设您的实体A是可以有子部门的部门。然后(跳过不相关的细节):
@Entity
@Table(name = "DIVISION")
@EntityListeners( { HierarchyListener.class })
public class Division implements IHierarchyElement {
private Long id;
@Id
@Column(name = "DIV_ID")
public Long getId() {
return id;
}
...
private Division parent;
private List<Division> subDivisions = new ArrayList<Division>();
...
@ManyToOne
@JoinColumn(name = "DIV_PARENT_ID")
public Division getParent() {
return parent;
}
@ManyToMany
@JoinTable(name = "DIVISION", joinColumns = { @JoinColumn(name = "DIV_PARENT_ID") }, inverseJoinColumns = { @JoinColumn(name = "DIV_ID") })
public List<Division> getSubDivisions() {
return subDivisions;
}
...
}
由于我在层次结构方面有一些广泛的业务逻辑,而JPA(基于关系模型)支持它非常弱,我引入了接口IHierarchyElement
和实体监听器HierarchyListener
:
public interface IHierarchyElement {
public String getNodeId();
public IHierarchyElement getParent();
public Short getLevel();
public void setLevel(Short level);
public IHierarchyElement getTop();
public void setTop(IHierarchyElement top);
public String getTreePath();
public void setTreePath(String theTreePath);
}
public class HierarchyListener {
@PrePersist
@PreUpdate
public void setHierarchyAttributes(IHierarchyElement entity) {
final IHierarchyElement parent = entity.getParent();
// set level
if (parent == null) {
entity.setLevel((short) 0);
} else {
if (parent.getLevel() == null) {
throw new PersistenceException("Parent entity must have level defined");
}
if (parent.getLevel() == Short.MAX_VALUE) {
throw new PersistenceException("Maximum number of hierarchy levels reached - please restrict use of parent/level relationship for "
+ entity.getClass());
}
entity.setLevel(Short.valueOf((short) (parent.getLevel().intValue() + 1)));
}
// set top
if (parent == null) {
entity.setTop(entity);
} else {
if (parent.getTop() == null) {
throw new PersistenceException("Parent entity must have top defined");
}
entity.setTop(parent.getTop());
}
// set tree path
try {
if (parent != null) {
String parentTreePath = StringUtils.isNotBlank(parent.getTreePath()) ? parent.getTreePath() : "";
entity.setTreePath(parentTreePath + parent.getNodeId() + ".");
} else {
entity.setTreePath(null);
}
} catch (UnsupportedOperationException uoe) {
LOGGER.warn(uoe);
}
}
}