JPA：重复简单与关系映射-在哪里放置可插入=假，可更新=假以及为什么

Question

这是Hibernate的后续问题：在涉及外键的复合主键星座中，可插入=假，可更新=假属于哪里？

考虑以下实体映射:

public class Zip {

    @ManyToOne
    @JoinColumn(name = "country_code", referencedColumnName = "iso_code")
    private Country country = null

    @Column(name = "country_code")
    private String countryCode;

    ...
}

像这样，JPA实现会窒息，比如“country_code的重复映射，其中只有一个可以指定为可写的”。

Q:

为什么将关系设为只读（私人国家/地区）在这里/通常比将只读放在简单的ID字段（私人字符串国家/地区）上更受欢迎？

为什么一个在实践中比另一个更好（优点/缺点）？

我唯一能想到的是，当数据库不使用任何fk时，使用可写关系会更好，这将使使用实体变得有些强制性，但是，这不会阻止用户能够使用未知id向数据库中插入新的实体，这只会使可写关系稍微安全一些。当然，能够使用IDs会使从DB加载完整的实体变得多余，这可能是一个很大的性能方面。

欢迎更多的争论。

PS:我添加了JPA实现作为标签来吸引更多的观众。

Answer 1

首先，不需要使用countryCode映射，因为其中的数据保存在引用的国家中，在iso_code的映射中。例如，EclipseLink可以使用＜code＞zip.country。id=：isoCode在查询中，并且知道它可以直接使用country_code外键，而不必连接表，就像使用zip一样。countryCode=：isoCode。因此，如果两者都有，则应该有一个原因，并且该原因应该指示您希望控制哪一个country_code外键。

其次，如果数据库没有外键约束，那么建立关系对你没有任何帮助。在没有限制的情况下，如果您从数据库中删除国家，您的Zip仍将引用该国家。如果它不在缓存中，则countryCode将有一个值，但引用将为空（或根据提供程序抛出错误）。

我也不同意关系应该是只读的；我相信这样做很可能是为了在数据库中改变关系，而不必读入引用的对象，IMO是一种糟糕的做法。JPA允许两层缓存，因此更改将导致缓存关系与数据库不同步，然后需要额外的开销来解决。如果您打算这样做，那么不妨根本不映射country关系引用-如果需要，请从JPA中读取它，如果有意义，请将其作为临时html" target="_blank">存储在实体中。

最后，您的对象模型应该映射您的业务需求。仅仅因为数据库有引用和字段，并不意味着您的Java实体也必须以完全相同的方式映射它们。