Hibernate inverse 与 cascade

Inverse属性

Inverse属性：表示控制权是否转移..

• true:控制权已转移【当前一方没有控制权】
• false：控制权没有转移【当前一方有控制权】

Inverse属性，是在维护关联关系的时候起作用的。只能在“一”的一方中使用该属性！Inverse属性的默认值为fasle，也就是当前一方是有控制权的

从一下的几个方面看看Inverse在维护关联关系时是否起作用：

• 保存数据
• 获取数据
• 解除关联关系
• 删除数据对关联关系的影响

保存数据

将inverse属性设置为ture，使dept没有控制权

<!--维护关系的是Set集合，对应employee表-->
<set  cascade="save-update" name="set" table="employee" inverse="true">

执行保存数据操作时，发现Hibernate只执行了三条SQL语句。employee表的外键并没有数据

结论：如果设置控制反转,即inverse=true, 然后通过部门方维护关联关系。在保存部门的时候，同时保存员工， 数据会保存，但关联关系不会维护。即外键字段为NULL

---

查询数据

设置inverse属性为true，那么部门一方是没有控制权的。

<set  cascade="save-update" name="set" table="employee" inverse="true">

我们在查看数据的时候，发现inverse属性对查询数据是没有影响的

//查询出Dept对象
Dept de = (Dept) session.get(Dept.class, 1);
System.out.println(dept.getDeptName());

System.out.println("-----------");
//用到的时候再查询数据库，Hibernate的懒加载【后面会讲解】
System.out.println(de.getSet());

---

解除关联关系

部门和员工是存在外键的联系的，我们接下来看看inverse属性对于解除关联关系有没有影响

• 当部门一方有权限时，即inverse属性为false

//查找部门id为1的信息
Dept dept1 = (Dept) session.get(Dept.class, 1);

//清除关联信息
dept1.getSet().clear();

可以解除关联关系，employee的外键字段被设置为NULL了

• 当部门一方没有权限时，即inverse属性为true

//查找部门id为2的信息
Dept dept1 = (Dept) session.get(Dept.class, 2);

//清除关联信息
dept1.getSet().clear();

不能解除关联关系

---

删除数据对关联关系的影响

• 当部门一方有权限时，即inverse属性为false

//查找部门id为2的信息
Dept dept1 = (Dept) session.get(Dept.class, 2);

//删除部门2
session.delete(dept1);

当有控制权的时候可以删除数据，先把外键设置为NULL，再删除数据！

• 当部门一方没有权限时，即inverse属性为true

//查找部门id为1的信息
Dept dept1 = (Dept) session.get(Dept.class, 1);

//删除部门1
session.delete(dept1);

直接抛出异常，说该部门拥有外键，不能删除数据！

---

cascade属性

cascade表示级联的意思，简单来说就是操作某一属性时，对其他关联字段的影响

casecade属性不像inverse属性只能在“一”的一方设置，它可以在“一”的一方也可以在“多”的一方设置

cascade有这么几个值

• none 不级联操作， 默认值
• save-update 级联保存或更新
• delete 级联删除
• save-update,delete 级联保存、更新、删除
• all 同上。级联保存、更新、删除

级联保存

级联保存有什么用呢？？？我们来看个例子：

• 如果在保存对象的时候，没有把相关的对象也一并保存进数据库，会出现错误。
• 因为它会发现dept是有外键的，而外键又是一个对象来保存着，这个对象在数据库表中并没有存在，因此会抛出异常

//创建对象
Dept dept = new Dept();
dept.setDeptName("开发部");

Employee zs = new Employee();
zs.setEmpName("张珊");
zs.setSalary(1111);
Employee ls = new Employee();
ls.setEmpName("李四");
ls.setSalary(2222);

//维护关系
dept.getSet().add(zs);
dept.getSet().add(ls);

//保存dept对象
session.save(dept);

如果我们在dept中设置了级联保存，那么Hibernate就会知道：保存dept的数据时，发现dept了外键，也把dept外键的对象保存在数据库之中

<set name="set" table="employee" cascade="save-update" >

---

级联删除

级联删除，这个对于我们来说风险太大了，如果删除了某些数据，会把另外有关联的数据也删除…在实际中我们一般不使用！

• 在没有设置级联删除的时候，我们试试删除dept

//删除部门为3的记录
Dept dept1 = (Dept) session.get(dept.getClass(), 3);
session.delete(dept1);

它会先把3的外键对应的记录删除，再删除部门的数据

• 在设置级联删除的时候，我们试试删除dept

<set name="set" table="employee" cascade="save-update,delete"  >

• 级联删除数据

//删除部门为4的记录
Dept dept1 = (Dept) session.get(dept.getClass(), 4);
session.delete(dept1);

我们发现数据相关联的数据都没有了

---

cascade和inverse同时使用

上面我们已经把cascade和inverse都介绍一遍了，那么cascade和inverse同时使用会怎么样呢？？？我们来测试一下

• 设置dept没有控制权，但设置级联保存、删除

<set name="set" table="employee" cascade="save-update,delete" inverse="true"  >

• 添加一个dept对象

//添加一个dept对象
session.save(dept);

如果我们单单设置了inverse属性为true，那么数据库中肯定是不能维护关联关系的【这里我们已经测试了】

但是呢，现在也设置了级联保存，级联保存是否可以让该对象相关的关联关系一并保存在数据库中的。

我们来看看结果：

inverse的优先级是比cascade的优先级要高的，因此设置了inverse属性为true，就无法保存关联关系了。

ascade和inverse总结

上面的测试都是通过几个方面的，看起来有点多，因此我们总结一下

inverse属性

inverse属性只能在“一”的一方中设置。inverse=false表示有控制权，inverse=ture表示没有控制权

• 在保存关联信息时
  • 有控制权—>可以保存相对应的关联数据
  • 没有控制权—>数据会保存，但是关联关系没有维护，也就是外键列为NULL
• 在查询数据时
  • 有无控制权对查询数据没有任何影响
• 在解除关联关系时
  • 有控制权—>可以解除关联关系
  • 没有控制权—>不能解除关联关系，不会生成update语句，也不会报错
• 在删除数据时对关联关系的影响
  • 有控制权—>将外键的值设置为NULL，随后删除数据
  • 没有控制权—>如果删除的记录有被外键引用，会报错，违反主外键引用约束，如果删除的记录没有被引用，可以直接删除。

多对多关系的时候也是一样的，只不过多对多的关联关系是在中间表中

cascade属性

cascade有这么几个值：

• none 不级联操作， 默认值
• save-update 级联保存或更新
• delete 级联删除
• save-update,delete 级联保存、更新、删除
• all 同上。级联保存、更新、删除

我们可能使用到的往往是：save-update这个值，因为级联删除的风险太大了！

• 级联保存
  • 没有设置级联保存–>如果单单保存一个对象，而对象又存在外键时，那么就会抛出异常
  • 设置了级联保存–>那么就可以将对象以及有关联关系的对象一并保存
• 级联删除
  • 没有设置级联删除–>在删除数据的时候，会把外键的字段设置为NULL，再删除当前一方的记录
  • 设置了级联删除–>把对象有关联关系的记录都删除了

如果cascade和inverse同时设置时：

• inverse属性优先级是要比cascade要高的，如果inverse属性设置了true，那么就无法保存关联关系了