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，在这种情况下关系表将是创建

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

更新我刚才意识到this thread提供了答案的一部分，但我希望也可能有其他要点。

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

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

2 个答案: