我有两个实体: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
andSets
allow the most efficient operations in terms of adding, removing and updating elements.
- 在双向
@OneToMany
关系(@ManyToOne
管理)中,List
和Bags
是高效的。
Bags
andLists
are the most efficient inverseCollections
.
话虽如此,哪个更可取:
在单向
@OneToMany
映射中List
上的Set
?或者,我是否必须通过添加双向关系来调整我的域模型以使用
List
,尤其是在存在重复项时?
最佳答案
不久前我遇到了这个问题......
我找到了这篇文章:一对多的性能反模式 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
关于java - JPA 一对多 : List vs Set,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13101882/