试图理解ORM中一对多关系的拥有方的重要性

Question

尽管我的问题专门针对使用Hibernate的Play框架中描述实体关系的方式,但我确信这是一般概念.

当我们有一对多关系时,我们总是被要求指定拥有方.

所以,例如,如果我们在Person和PhoneNumber之间有一对多的关系,我们就会编写这样的代码.

@Entity
class Person {
    @OneToMany(mappedBy="person")
    public Set<PhoneNumber> phoneNumbers;
}

@Entity
class PhoneNumber {
    @ManyToOne
    public Person person;
}

在上面的代码中,拥有实体是PhoneNumber.任何一方作为拥有实体的利弊是什么？

我知道当拥有的实体是PhoneNUmber时,表示的关系是ManyToOne,它不会产生连接表,而当拥有方是Person时,描述的关系将是OneToMany,在这种情况下将创建关系表.

这是确定拥有方的主要原因,还是还有其他原因？

更新: 我刚刚意识到这个线程提供了部分答案,但我希望也可能有其他要点.

Answer 1

要记住的一个重点是,拥有关系是实际上保持关系的一种关系.举个例子:

    Person person = new Person();
    PhoneNumber pn = new PhoneNumber();
    pn.phone = "12345678";
    person.phoneNumbers.add(pn);
    session.save(person);

如果从数据库重新加载实体,您将看不到数字,则该关系不会保存.要实际添加所需的关系,需要在所有者端设置人员(PhoneNumber),然后保存.

    // the relation is not saved
    Person loadedPerson = (Person)session.load(Person.class, person.id);
    System.out.println(loadedPerson.phoneNumbers.size()); // prints 0!

    pn.person = person;
    session.save(pn);

    loadedPerson = (Person)session.load(Person.class, person.id);
    System.out.println(loadedPerson.phoneNumbers.size()); // prints 1

Answer 2

对于大多数 ORM 层，您都有延迟加载的概念。当您创建 Person 对象时，除非要求，否则它不会加载电话集。有时，您查找数据的方式也决定了您存储数据的方式。

就像如果您想先显示人员，然后按需显示电话号码，那么将人员参考信息保留在电话中就可以了。首先，您触发一个简单的查询来加载人员数据，然后根据（已加载的）person.id（另一个简单查询）查找电话号码

然而，为了一次性显示人员+电话数据，您更喜欢有一个连接表，您可以在其中使用人员 ID 作为电话表的键，一次性加载基于人员表 + 人员-电话连接表的数据。在这里，在没有关系表的情况下进行查找将是昂贵的。

但坦率地说，如果您认为 SQL 而不是 ORM，那么您每次都会选择关系表 :D