问题标签 [bidirectional-relation]

假设一个作者写了很多书，而且很多书只有一个作者。

所以这是一个双向的关系。

当您尝试对其进行序列化时，它会变成这样的书籍和作者的无限循环：

这两个注释 (@JsonManagedReference和@JsonBackReference) 帮助我们打破这个循环：

但是使用此解决方案，您可以访问具有适当作者的书籍

，但您可以访问作者及其书籍：

有人已经解决了这个问题吗？还是只是从一侧访问完整信息的方式？

谢谢您的帮助

乔斯

我有以下课程

如您所见，我正在从它的一侧添加会话。有时在其他时候我得到

如何正确做？

我在持久化父类 ProxyEntity 时遇到问题，我看到代理表中添加了重复的行。知道在保存父类时，它也会保存子类（codeEntity，它是一个集合）查看日志后，先保存父类，然后在保存子类时再次保存proxyEntity的另一条记录。（我正在使用双向关联）

代理实体类：

代码实体.java

我保存每个实体的部分：

我正在使用 Spring Data Jpa 保存数据：

在代理表中，它们是重复记录：

我非常感谢您对这个问题的帮助。

谢谢

摘要： Spring Data 发出警告，因为它SELECT是同一列两次。警告是：

这是spring-boot-starter-data-jdbc通过 Spring Boot 2.5.5（文档）。我正在处理一个非常基本的一对多关系：

为了简洁起见，我尽可能地减少了实体类，同时保留了警告：

插座.java

提供服务.java

存储库也是最基本的......

OutletRepository.java

...在我的应用程序代码中，我只是findAll在这个存储库上做一个：

这会导致查询两次选择同一列，随后来自 Spring Data 的警告ResultSetAccessor：

我在这里做错了什么？另外，对于findAll，这不应该是 aJOIN吗？

我想在 Hibernate/JPA 中实现 User-Friend 关系，例如：

假设用户 A 和用户 B 是朋友。如果用户 A 取消了用户 B 的好友，用户 B 的好友列表中不应再包含用户 A。

在 Hibernate/JPA 中（当然，在底层数据库表中）有没有什么干净的方法来建模这种关系？