@JoinColumn详解
来源:互联网 发布:mac brew cask 编辑:程序博客网 时间:2024/05/23 11:37
原文链接:@JoinColumn详解 原文标的也是转载,但是没有注明原文链接,看起来乱乱的,所以整理一下转载过来,顺便细看一下
1. 一对一
现假设有Person表和Address表,是一对一的关系,在Person中有一个指向Address表主键的字段addressID,所以主控方一定是Person,所谓主控方就是能改变关联关系的一方,Person只要改变addressID就改变了关联关系,所以Person是主控方,所以@JoinColumn写在Person类中
我们也可以不写@JoinColumn,Hibernate会自动在Person表生成关联字段,名称是被控方类名_被控方主键,如address_id如果两张表是以主键关联的,比如Person表主键是id,Address表主键是address_id,则运用如下注释:
2.一对多单向
假如现在有Person表和Country表,那么一定是Person表中有country_id字段
由于我们是一对多的关系,所以站在一的角度,也就是Country的角度,在Country类中加入@JoinColumn:
在一对多单向关系中,多的一方(Person)没有注解,一的一方(Country)有注解,如果一的一方不加@JoinColumn指定外键字段的话,Hibernate会自动生成一张中间表Country_PERSON来对Person和Country进行绑定。
3.多对一单向
还是沿用一对多单向的例子,只是反过来,将Country中的注解去掉,挪到Person类中:
与一对多单向不同的是,此时若不用@JoinColumn指定外键字段的话,不会生成中间表,而是在Person表中生成一列指向Country的外键。如果记不清这类关系的话,最好自己把表都设计好,通过注解将关系全部指定,不要让Hibernate代劳。使用中间表关联的注解:
joinColumns指定中间表中关联自己ID的字段,inverseJoinColumns表示中间表中关联对方ID的字段,在Country类中使用这个注解把它们对调一下即可。4.一对多双向
单向关系的缺点还是比较明显的,比如一对多单向,多的那一方没有任何关于另一方的信息,如果我们通过person_id取得一个单独的Person对象,我们没办法知道它属于哪个Country,因为Person类中没有Country对象,多对一单向则是反之。所以正常使用时,一对多双向是最常用的,双方都有彼此的信息。单向变双向,只需在单向的基础上,在Person类中加入多对一的注解:
一般多对多的关系都是用中间表来维护的,假设现在有Person表,Project表,Person_Project表,Person类中的注解:
- @JoinColumn 详解
- @JoinColumn 详解
- @JoinColumn 详解
- JoinColumn详解
- @JoinColumn 详解
- @JoinColumn详解
- @JoinColumn 详解
- @JoinColumn
- @JoinColumn
- @JoinColumn
- @JoinColumn
- @JoinColumn
- @JoinColumn
- @JoinColumn
- @JoinColumn解释
- @JoinColumn解释
- JoinColumn注解
- mappedBy跟JoinColumn/JoinTable
- 直播 | Spring Boot入门
- 容器云在万达的落地经验
- Mesos容器引擎的架构设计和实现解析
- 直播 | 搜狗基于 Kubernetes 的私有云实践
- Azure 容器实例:Microsoft 容器创新的有力证明
- @JoinColumn详解
- 高数中梯度,导数,偏导,微分一些概念复习
- 网络层-3、IP数据报结构和IP分片
- 中断的认识(转载)linux中断处理原理分析
- QuestionAnsweringSystem技术实现简要分析
- Java中继承、构造器、代码块的执行顺
- 关于Python+Opencv实现人脸检测的实验笔记(调用图片文件篇)
- python3基础知识三
- 基于.net插件式架构组装的 大数据抽取平台