hibernate/JPA many toone vs one tomany

Question

我目前正在阅读Hibernate关于实体关联的文档，我遇到了一些问题。它本质上与ManyToOne和OneToMany关联之间的区别有关。尽管我在实际项目中使用过它们，但我无法完全理解它们之间的区别。根据我的理解，如果一个表/实体与另一个表或实体有ManyToOne关联，那么该关联应该来自另一方OneToMany。那么，我们应该如何根据具体案例决定选择哪一个，以及它对数据库/查询/结果有何影响？到处都有好榜样吗？

PS：我认为这将很有帮助，因为它与这个问题有关，如果有人可以解释协会所有者的意义是什么以及双向和单向协会之间的区别。

Answer 1

此外，将@ManytoOne作为所有者只需要 n 个查询，同时保存关联。其中 n 是关联数（多边）。

而将@OneToMany作为所有者，同时插入具有关联的父实体（一侧）（多侧）将导致 2*N 1 查询。其中一个查询用于插入关联，另一个查询用于更新关联实体中的外键。

Answer 2

虽然以上答案是准确的，但我将以不同的方式呈现答案。

@OneToMany和@ManyToOne都有两部分;左部分和右部分。例如：

< li> @OneToMany = '一'是左半部分，而'多'是右半部分 < Li > < code > @ Many toone = ' Many '是左边部分，而' One '是右边部分

使用这种理解的简单关联规则是，左部分代表您定义关联的类。

因此，如果您在OrderLine类中定义引用订单类的< code>@ManyToOne，这意味着许多订单行与一个订单类相关联。

Answer 3

假设您有一个Order和一个OrderLine。您可以选择在Order和OrderLine之间设置单向OneToMany（Order将具有OrderLine集合）。或者您可以选择在OrderLine和Order之间建立ManyToOne关联（OrderLine将引用其Order）。或者您可以选择两者都有，在这种情况下，关联变成双向OneToMany/ManyToOne关联。

您选择的解决方案主要取决于情况，以及实体之间的耦合程度。例如，如果一个用户、一个公司、一个提供商都有许多地址，那么在它们和地址之间有一个单向的地址，并让地址不知道它们的所有者，这是有意义的。

假设您有一个User和一个Message，其中一个用户可以有数千条消息，那么只将其建模为一个从消息到用户的ManyToOne是有意义的，因为您无论如何都不会要求用户的所有消息。但是，由于JPQL查询通过导航实体之间的关联而在实体之间连接，因此可以将关联设置为双向的，以帮助查询。

在双向关联中，您可能会遇到对象图不一致的情况。例如，Order A将有一组空的OrderLines，但是一些OrderLines将有一个对Order A的引用。JPA强制总是将关联的一端作为所有者端，另一端作为相反端。反面被JPA忽略。所有者一方是决定存在何种关系的一方。在一对一的双向关联中，所有者一方必须是多方。因此，在前面的例子中，所有者端将是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;

在订单行中：

@ManyToOne
private Order parentOrder;