一尘不染

Hibernate / JPA ManyToOne与OneToMany

hibernate

我目前正在阅读有关实体关联的Hibernate文档,但遇到一些困难却难以理解。它在本质上做的区别ManyToOneOneToMany联系。尽管我在实际项目中使用了它们,但是我无法完全理解它们之间的差异。据我了解,如果一个表/一个实体ManyToOne与另一个实体有关联,则该关联应来自另一侧OneToMany。那么,我们应该如何根据具体情况决定选择哪个呢?它又如何影响数据库/查询/结果?到处都有很好的例子吗?

PS:我认为这与问题相关,如果有人可以解释关联所有者的观点以及双向关联和单向关联之间的区别,那将是有帮助的。


阅读 217

收藏
2020-06-20

共1个答案

一尘不染

假设您有一个订单和一个订单行。您可以选择在Order和OrderLine之间具有单向OneToMany(Order将具有OrderLines的集合)。或者,您可以选择在OrderLine和Order之间具有ManyToOne关联(OrderLine将引用其Order)。或者,您可以选择同时拥有两者,在这种情况下,该关联将成为双向的OneToMany
/ ManyToOne关联。

您选择的解决方案主要取决于情况以及实体之间的耦合程度。例如,如果用户,公司,提供者都具有许多地址,则在每个人和地址之间都具有单向性,而使地址不知道其所有者是有意义的。

假设您有一个用户和一条消息,一个用户可以有数千条消息,那么将其建模为从消息到用户的仅一个ManyToOne可能是有意义的,因为无论如何您很少会询问用户的所有消息。不过,由于JPQL查询通过导航实体之间的关联而在实体之间进行连接,因此可以使该关联仅用于双向查询。

在双向关联中,您可能处于对象图不一致的情况。例如,订单A会有一组空的OrderLines,但是某些OrderLines将具有对Order
A的引用。JPA强制始终使关联的一侧为所有者一侧,而另一侧为相反一侧。JPA将忽略反面。所有者一方是决定存在什么关系的一方。在OneToMany双向关联中,所有者方必须是多方。因此,在前面的示例中,所有者端将是OrderLine,而JPA将保留行与订单A之间的关联,因为这些行都引用了A。

这样的关联将这样映射:

为了 :

@OneToMany(mappedBy = "parentOrder") // mappedBy indicates that this side is the 
   // inverse side, and that the mapping is defined by the attribute parentOrder 
   // at the other side of the association.
private Set<OrderLine> lines;

在OrderLine中:

@ManyToOne
private Order parentOrder;
2020-06-20