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

尽管我的问题专门针对使用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提供了部分答案,但我希望可能还有其他要点.

解决方法

对于大多数ORM层,您都有延迟加载的概念.创建Person对象时,除非要求,否则不会加载手机集.有时,您想要查找数据的方式也可以决定您如何存储数据.

就像你想先提出一个人,然后按需显示电话号码,然后在电话中保持人物参考是好的.首先,您触发一个简单的查询来加载人员数据,然后根据(已经加载的)person.id查找电话号码(另一个简单的查询)

然而,为了一次性显示人员电话数据,您希望有一个连接表,您可以使用人员ID作为电话表中的键,一次性加载基于人员表人员电话连接表的数据.在没有关系表的情况下进行查找会很昂贵.

但坦率地说,如果您认为sql而不是ORM,那么每次都会使用关系表:D

相关文章

最近看了一下学习资料,感觉进制转换其实还是挺有意思的,尤...
/*HashSet 基本操作 * --set:元素是无序的,存入和取出顺序不...
/*list 基本操作 * * List a=new List(); * 增 * a.add(inde...
/* * 内部类 * */ 1 class OutClass{ 2 //定义外部类的成员变...
集合的操作Iterator、Collection、Set和HashSet关系Iterator...
接口中常量的修饰关键字:public,static,final(常量)函数...