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 级联关系
实际业务中，我们通常会遇到以下情况：
1.用户和用户的收货地址是一对多关系，当用户被删除时，这个用户的所有收货地址也应该一并删除。
2.订单和订单中的商品也是一对多关系，但订单被删除时，订单所关联的商品肯定不能被删除。
此时只要配置正确的级联关系，就能达到想要的效果。
级联关系类型：
需要注意的是，CascadeType.ALL要谨慎使用，为了达到数据同步，很多人喜欢用CascadeType.ALL来实现。但上面订单和商品的例子就不适用。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持脚本之家。
