java - JPA 一对多 : List vs Set

Question

我有两个实体:UserAccount 和 Notification。它们具有如下所示的关系。

 public class UserAccount {

    @Id
    @Column(name = "USER_NAME")
    private String emailId;

    @OneToMany(fetch = FetchType.EAGER, cascade = CascadeType.ALL)
    @JoinTable(name = "USERS_NOTIFICATIONS", joinColumns = { @JoinColumn(name = "USER_NAME") }, inverseJoinColumns = { @JoinColumn(name = "NOTIFICATION_ID") })
    private List<Notification> notifications;

    //setters, getter, equals and hashcode
 }

equals() 和 hashcode() 都被覆盖(由 IDE 使用业务键/主键生成)。

给定一个 UserAccount，当我添加第一个 Notification 时，它会生成一个 INSERT 语句。但是在进一步添加相同的 UserAccount 时，它首先删除然后插入:

Hibernate: delete from USERS_NOTIFICATIONS where USER_NAME=?
Hibernate: insert into USERS_NOTIFICATIONS (USER_NAME, NOTIFICATION_ID) values (?, ?)
Hibernate: insert into USERS_NOTIFICATIONS (USER_NAME, NOTIFICATION_ID) values (?, ?)
Hibernate: insert into USERS_NOTIFICATIONS (USER_NAME, NOTIFICATION_ID) values (?, ?)
//as many inserts as the notifications the user has

每个 UserAccount 都会发生同样的情况。如果我将 List 替换为 Set，则会发生正常的 INSERT。看完这个我找到了原因 documentation和一个 blog .

来自文档的观察

• 在单向@OneToMany关联中，首选Set。

It should be clear that indexed Collections and Sets allow the most efficient operations in terms of adding, removing and updating elements.

• 在双向@OneToMany 关系(@ManyToOne 管理)中，List 和Bags 是高效的。

Bags and Lists are the most efficient inverse Collections.

---

话虽如此，哪个更可取:

1. 在单向 @OneToMany 映射中 List 上的 Set？

2. 或者，我是否必须通过添加双向关系来调整我的域模型以使用 List，尤其是在存在重复项时？

Answer 1

不久前我遇到了这个问题......

我找到了这篇文章:一对多的性能反模式Hibernate 中的关联 https://fedcsis.org/proceedings/2013/pliks/322.pdf

简而言之:

• 包语义 -> List/Collection + @OneToMany -> 添加一个元素:1 个删除，N 个插入，删除一个元素:1 个删除，N 个插入
• 列表语义 -> List + @OneToMany + @IndexColumn/@OrderColumn -> 添加一个元素:1 个插入，M 个更新，删除一个元素:1 个删除，M 个更新
• 设置语义 -> Set + @OneToMany -> 添加一个元素:1 个插入，删除一个元素:1 个删除

对我来说:是的，这意味着你必须改变你的 List至 Set用于单向 @OneToMany .所以我改变了我的模型以符合 Hibernate 的期望，这导致了很多问题，因为应用程序的 View 部分依赖于 List。主要是……

一方面Set对我来说是一个合乎逻辑的选择，因为没有重复，另一方面List更容易处理。

所以 JPA/Hibernate 迫使我更改模型对象，这不是第一次，当您使用 @EmbededId 时如果没有 JPA/Hibernate，您可能不会以相同的方式做一些事情。当你必须意识到 HibernateProxy在所有应用程序中，尤其是在 equals 方法中... else if(object instanceof HibernateProxy) { ...，您注意到 JPA/Hibernate 持久层在其他层中有点侵入。

但是当我直接使用 JDBC 时，我也使用更改模型或业务方法来促进持久性......层隔离可能是一个梦想或成本太高而无法 100% 完成？

您可以订购 Set如果他们是SortedSet喜欢TreeSet带有注释 @OrderBy

当某些代码依赖于 List 时会带来问题并且不能更改(例如 JSF/PrimeFaces <dataTable> 或 <repeat> 组件)所以你必须改变你的 Set进入List然后回到Set但如果你这样做 setNotifications(new HashSet<>(notificationList))你会有额外的查询，因为集合是 org.hibernate.collection.PersistentSet由 Hibernate 管理...所以我使用了 addAll()和 removeAll()而不是二传手:

protected <E> void updateCollection(@NonNull Collection<E> oldCollection, @NonNull Collection<E> newCollection) {
    Collection<E> toAdd = new ArrayList<>(newCollection) ;
    toAdd.removeAll(oldCollection) ;

    Collection<E> toRemove = new ArrayList<>(oldCollection) ;
    toRemove.removeAll(newCollection) ;

    oldCollection.removeAll(toRemove) ;
    oldCollection.addAll(toAdd) ;
}

注意equals()和 hashCode()你的方法 @Entity ...

另一个问题是，如果你想使用 JPA 和 Hibernate 作为实现，你需要掌握 JPA 和 Hibernate，因为 Set/List/Bag 语义来自 Hibernate 而不是来自 JPA(如果我错了请纠正我)

制定了一种规范，用于抽象实现，使其不依赖于一个特定的供应商。尽管大多数 JavaEE 规范都成功了，但 JPA 对我来说失败了，我放弃了独立于 Hibernate