Hibernate @OneToMany 及 @Cascade级联操作

前言

image.png

由图中可以看出实体间关系:一对多(@OneToMany

在实际开发场景中,删除员工老板不会被删除,老板被删除了员工肯定要删除

由此,就会使用级联操作,在一对多关系中,@Cascade属性(级联)只设置“一”的一方即可,外键由“多”的一方进行维护。

@ManyToOne和@OneToMany 注解

  1. ManyToOne(多对一)单向:不产生中间表,但可以用@Joincolumn(name="  ")来指定生成外键的名字,外键在多的一方表中产生。
  2. OneToMany(一对多)单向:会产生中间表,此时可以用@onetoMany @Joincolumn(name=" ")避免产生中间表,并且指定了外键的名字(别看@joincolumn在一中写着,但它存在在多的那个表中)
  3. OneToMany , ManyToOne 双向(两个注解一起用的):如果不在@OneToMany中加mappedy属性就会产生中间表。

cascade属性: 指定级联操作的行为(可多选)

  • CascadeType.PERSIST:级联新增(又称级联保存):对A对象保存时也会对B对象进行保存。并且,只有A类新增时,会级联B对象新增。若B对象在数据库存在则抛异常。对应EntityManagerpresist方法。
  • CascadeType.MERGE:级联合并(级联更新):指A类新增或者变化,会级联B对象(新增或者变化)。对应EntityManagermerge方法。
  • CascadeType.REMOVE:级联删除:只有A类删除时,会级联删除B类,即在设置的那一端进行删除时,另一端才会级联删除。对应EntityManagerremove方法。
  • CascadeType.REFRESH:级联刷新:获取A对象时也重新获取最新的B对象。对EntityManagerrefresh(object)方法。即会重新查询数据库里的最新数据(用的比较少)
  • CascadeType.DETACH:级联分离。
  • CascadeType.ALL:级联所有操作。

示例(以级联保存及删除为例)

Boss老板实体:

@Entity  
public class Boss {  
    @Id  
    @GeneratedValue(strategy = GenerationType.IDENTITY)  
    private Long id;  
    
    private String name;  
    
    @OneToMany(mappedBy = "boss")  
    private List<Staff> staffList;
}

Staff员工实体:

@Entity
public class Staff { 
    @Id  
    @GeneratedValue(strategy = GenerationType.IDENTITY)  
    private Long id;  
  
    private String name;  
  
    @ManyToOne  
    private Boss boss;
}

不添加任何级联

执行save保存操作,结果如下

老板表:

image.png

员工表:

image.png

执行的SQL:

insert into boss (name) values ('张老板')

PERSIST:级联新增(又称级联保存)

@OneToMany(mappedBy = "boss", cascade = CascadeType.PERSIST)  
private List<Staff> staffList;

执行save保存操作,结果如下

老板表:

image.png

员工表:

image.png

员工已经级联保存,但是员工表中的boss_id却是空,可见级联是直接将set中的对象持久化到数据库,而并没有对关系进行维护(需要手动去维护)。

执行的SQL:

insert into boss (name) values ('张老板')
insert into staff (boss_id, name) values (1, '员工一')
insert into staff (boss_id, name) values (1, '员工二')

直接在数据库中执行SQL关系是维护好的

REMOVE:级联删除

@OneToMany(mappedBy = "boss", cascade = CascadeType.REMOVE)  
private List<Staff> staffList;

执行delete保存操作,结果如下

老板表:
image.png

员工表:

image.png

执行的SQL

select boss0_.id as id1_0_0_, boss0_.name as name2_0_0_ from boss boss0_ where boss0_.id=1

select stafflist0_.boss_id as boss_id3_2_0_, stafflist0_.id as id1_2_0_, stafflist0_.id as id1_2_1_, stafflist0_.boss_id as boss_id3_2_1_, stafflist0_.name as name2_2_1_ from staff stafflist0_ where stafflist0_.boss_id=1

delete from staff where id=1
delete from staff where id=2
delete from boss where id=1
老板表该条记录删除,同时员工表中的记录也被级联删除。

代码

级联小测试代码


我的人生成长之路
Good good study, day day up!

为 API 生,为框架死,为 debug 奋斗一辈子;

889 声望
33 粉丝
0 条评论
推荐阅读
微信JSAPI支付 (签名问题)
jsapi微信底层就不过多描述了,主要记录一下,查了很多资料,发现微信返回参数不能直接返给前端使用,还需要进行一次签名,不然前台就会提示签名错误

潘佳琦阅读 308

初学后端,如何做好表结构设计?
这篇文章介绍了设计数据库表结构应该考虑的4个方面,还有优雅设计的6个原则,举了一个例子分享了我的设计思路,为了提高性能我们也要从多方面考虑缓存问题。

王中阳Go4阅读 1.8k评论 2

封面图
Vue+Express+Mysql全栈项目之增删改查、分页排序导出表格功能
本文记录一下实现一个全栈项目,前端使用vue框架、后端使用express框架、数据库使用mysql。此项目的意义不仅仅有助于我们复习nodejs相关知识、更有助于带前端新人,使其快速从整体全局角度中,理解常规后台管理系...

水冗水孚4阅读 2.6k

MySQL百万数据深度分页优化思路分析
一般在项目开发中会有很多的统计数据需要进行上报分析,一般在分析过后会在后台展示出来给运营和产品进行分页查看,最常见的一种就是根据日期进行筛选。这种统计数据随着时间的推移数据量会慢慢的变大,达到百万...

一个程序员的成长7阅读 938

封面图
深入理解MySQL索引底层数据结构
在日常工作中,我们会遇见一些慢SQL,在分析这些慢SQL时,我们通常会看下SQL的执行计划,验证SQL执行过程中有没有走索引。通常我们会调整一些查询条件,增加必要的索引,SQL执行效率就会提升几个数量级。我们有没...

京东云开发者3阅读 597

封面图
Laravel入门及实践,快速上手ThinkSNS+二次开发
【摘要】自从ThinkSNS+不使用ThinkPHP框架而使用Laravel框架之后,很多人都说技术门槛抬高了,其实你与TS+的距离仅仅只是学习一个新框架而已,所以,我们今天来说说Laravel的入门。

ThinkSNS1阅读 2.5k

一文了解MySQL中的多版本并发控制
作者:京东零售  李泽阳最近在阅读《认知觉醒》这本书,里面有句话非常打动我:通过自己的语言,用最简单的话把一件事情讲清楚,最好让外行人也能听懂。也许这就是大道至简,只是我们习惯了烦琐和复杂。希望借助...

京东云开发者2阅读 525

封面图

为 API 生,为框架死,为 debug 奋斗一辈子;

889 声望
33 粉丝
宣传栏