使用joinColumn而不是mappedBy有什么坏处？

Question

我理解JoinColumn和mappedBy的两个JPA注释之间的一般区别，以及oneToMany关系应该使用mappedBy。我理解这是为了确保hibernate（或者我使用的任何JPA工具）识别双向关系，而不是碰巧共享列的两个单向关系。

然而，我想更好地理解为什么这很重要？我认为识别双向关系允许更优化地存储或获取数据，但谁能给我一个如何的例子？如果我有一个带有许多子对象的父对象，并且我用JoinColumn而不是首选的mappedBy对它进行注释，那么使用mappedBy在哪里会受到性能损失呢？

Answer 1

我同时练习了@JoinColumn和mappedBy，下面是我在分析hibernate日志时发现的内容。

使用mappedBY执行保存操作

当您使用mappedBy创建实体时，您也会在子对象中创建父对象，然后执行保存操作。hibernate在后台做的事情：-

1. 对父对象执行插入操作
2. 对子对象执行插入操作。仅在插入时设置父对象的外键引用

使用@JoinColumn执行保存操作

使用@JoinColumn创建实体时，不会在子对象中创建父对象。hibernate在后台做的事情：-

1. 对父对象执行插入操作
2. 对子对象执行插入操作
3. 执行单独的更新操作以更新所有子对象上的外键引用

您可以在hibernate日志中看到这些操作。

基本上，@JoinColumn与mappedBy执行相同的工作，需要额外的更新操作。因此，mappedBy的性能绝对优于@JoinColumn。

然而，如果您创建一个或两个实体，它不会产生影响，但是如果我们必须创建大量的数据，它就会导致一个显著的性能问题。