1.java和jpa 中所有的关系都是单向的。这个关系数据库不同,关系数据库,通过外键定义并查询,使得反向查询总是存在的。
2.JPA还定义了一个OneToMany关系,它与ManyToMany关系类似,但反向关系(如果已定义)是ManyToOne关系。
OneToMany与JPA中ManyToMany关系的主要区别在于,ManyToMany总是使用中间关系连接表来存储关系,
OneToMany可以使用连接表或者目标对象的表引用中的外键源对象表的主键。
@OneToMany(cascade = CascadeType.ALL) @JoinColumn(name = "OPR_WARE_SYSCONFIG_ID",foreignKey = @ForeignKey(ConstraintMode.NO_CONSTRAINT)) private List<WarehouseVO> warehouse;
wareHouseVO的表通过外键字段关联,而定义了OneToMany的属性的VO则不需要添加表字段。
ManyToOne:
@ManyToOne @JoinColumn(name = "OPR_WAREHOUSE_ENV_ID") private EnvironmentVO env ;
总结,作为many的一方需要有外键关联One的一方。
@ManyToMany 注解
manyToMany需要和@JoinTable表结合使用,ManyToMany总是使用中间关系连接表来存储关系。如果两个Vo都定义了ManyToMany的话,因为单向关系,会生成有2个中间表。所以需要改造成双向关系,使其只存在一个中间表。
例子:
a:一方不需要mappedBy属性,一方需要。
@ManyToMany @JoinTable(name = "AUTO_SYSTEM", joinColumns = { @JoinColumn(name = "OPR_AUTO_ID") }, inverseJoinColumns = { @JoinColumn(name = "OPR_SYSTEM_ID") }, foreignKey = @ForeignKey(ConstraintMode.NO_CONSTRAINT), inverseForeignKey = @ForeignKey(ConstraintMode.NO_CONSTRAINT)) private List<SystemVO> systems; @ManyToMany(mappedBy = "students") private List<Service> services;
b:
@Entity public class Student { @Id private String id; @ManyToMany @JoinTable private List<Teacher> teachers; } @Entity public class Teacher { @Id private String id; @ManyToMany @JoinTable private List<Student> students; }
@ManyToMany
即表示了老师和学生的多对多关系。@ManyToMany
注解可以用在字段或方法上
但是这样会有两个表出现,TEACHER_STUDENTS
表和STUDENT_TEACHERS
。
原因是这里的多对多关系正是维基百科提到的单向原则。老师和学生虽然分别定义了自己的多对多关系,但这个关系都是单向的,要使关系成为双向。
mappedBy 属性
mappedBy
是OneToOne、OneToMany和ManyToMany这三种关联关系的属性。
用来标注拥有这种关系的字段。 除非关系是单向的,否则是必需的。
什么叫拥有关联关系呢,假设是双向一对一的话,那么拥有关系的这一方有建立、解除和更新与另一方关系的能力。而另一方没有,只能被动管理。
由于JoinTable
和JoinColumn
一般定义在拥有关系的这一端,而mappedBy
一定是定义在关系的被拥有方(the owned side),也就是跟定义JoinTable
和JoinColumn
互斥的一方,它的值指向拥有方中关于被拥有方的字段,可能是一个对象(OneToMany
),也可能是一个对象集合(ManyToMany
)。
@Entity public class Student { @Id private String id; @ManyToMany(mappedBy = "students") private List<Teacher> teachers; } @Entity public class Teacher { @Id private String id; @ManyToMany @JoinTable(“student”) private List<Student> students; }
这时中间表只有一张TEACHER_STUDENTS
,关联关系也变成了我们想要的双向关系。
Cascade 级联关系
实际业务中,我们通常会遇到以下情况:
- 用户和用户的收货地址是一对多关系,当用户被删除时,这个用户的所有收货地址也应该一并删除。
- 订单和订单中的商品也是一对多关系,但订单被删除时,订单所关联的商品肯定不能被删除。
此时只要配置正确的级联关系,就能达到想要的效果。
级联关系类型:
- CascadeType.REFRESH:级联刷新,当多个用户同时作操作一个实体,为了用户取到的数据是实时的,在用实体中的数据之前就可以调用一下refresh()方法
- CascadeType.REMOVE:级联删除,当调用remove()方法删除Order实体时会先级联删除OrderItem的相关数据
- CascadeType.MERGE:级联更新,当调用了Merge()方法,如果Order中的数据改变了会相应的更新OrderItem中的数据
- CascadeType.ALL:包含以上所有级联属性
- CascadeType.PERSIST:级联保存,当调用了Persist() 方法,会级联保存相应的数据
需要注意的是,CascadeType.ALL
要谨慎使用,为了达到数据同步,很多人喜欢用CascadeType.ALL
来实现。但上面订单和商品的例子就不适用。
原文地址:https://www.cnblogs.com/lin-bunny/p/11647798.html