hibernate中的mappedBy是根据模式定义定义的还是逻辑定义的？

Question

我有以下情况：

一个目的地可以有许多别名

逻辑上：我希望目的地成为这种关系的所有者，因为如果没有目的地，别名就没有任何意义。

但是，数据库架构如下所示：

DestinationAlias 将 idDestination 作为外键，因此 @JoinColumn 中hibernate 注释将位于 DestinationAlias:

Destination:

@OneToMany(fetch=FetchType.LAZY, cascade={CascadeType.ALL}, mappedBy = "mainCity")
    public Set<DestinationAlias> getAliases() {
        return aliases;
    }

DestinationAlias:

@ManyToOne(fetch=FetchType.LAZY, cascade={CascadeType.ALL})
    @JoinColumn(name="IDDESTINATION", nullable=false)
    public Destination getMainCity() {
        return mainCity;
    }

根据此定义，DestinationAlias 是此关系的所有者，因为mappedBy 是 Destination 类的一个属性。

Hibernate 是否要求我遵循数据库架构并将实体标记为关系的所有者，还是可以基于逻辑原因来完成？

Answer 1

所有权影响 hibernate 对底层数据库表建模的方式。如果省略mappedBy属性，hibernate将在Destination和DestinationAlias之间生成一个连接表（就像MM关系），而不是一个简单的连接列。除此之外，我很好奇你的实际问题是什么。这纯粹是装饰性的，还是存在功能问题？

编辑：因为这似乎是一个纯粹的装饰问题，我的建议是只接受 Hibernate 语义。虽然我同意 Hibernate 将 DestinationAlias 称为“所有者”可能看起来违反直觉，但这只是 Hibernate 决定的命名法。它也不是唯一的，它来自“所有者”是连接列所在位置的概念。

不必要时，不要浪费时间试图强制 hibernate 符合您的定义。