Hibernate @OneToMany 及 @Cascade级联操作
前言
由图中可以看出实体间关系:一对多(@OneToMany
)
在实际开发场景中,删除员工老板不会被删除,老板被删除了员工肯定要删除
由此,就会使用级联操作,在一对多关系中,@Cascade
属性(级联)只设置“一”的一方即可,外键由“多”的一方进行维护。
@ManyToOne和@OneToMany 注解
-
ManyToOne
(多对一)单向:不产生中间表,但可以用@Joincolumn(name=" ")
来指定生成外键的名字,外键在多的一方表中产生。 -
OneToMany
(一对多)单向:会产生中间表,此时可以用@onetoMany
@Joincolumn(name=" ")
避免产生中间表,并且指定了外键的名字(别看@joincolumn
在一中写着,但它存在在多的那个表中) -
OneToMany
,ManyToOne
双向(两个注解一起用的):如果不在@OneToMany
中加mappedy
属性就会产生中间表。
cascade属性: 指定级联操作的行为(可多选)
-
CascadeType.PERSIST:级联新增(又称级联保存):对A对象保存时也会对B对象进行保存。并且,只有A类新增时,会级联B对象新增。若B对象在数据库存在则抛异常。对应
EntityManager
的presist
方法。 -
CascadeType.MERGE:级联合并(级联更新):指A类新增或者变化,会级联B对象(新增或者变化)。对应
EntityManager
的merge
方法。 -
CascadeType.REMOVE:级联删除:只有A类删除时,会级联删除B类,即在设置的那一端进行删除时,另一端才会级联删除。对应
EntityManager
的remove
方法。 -
CascadeType.REFRESH:级联刷新:获取A对象时也重新获取最新的B对象。对
EntityManager
的refresh(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
保存操作,结果如下
老板表:
员工表:
执行的SQL:
insert into boss (name) values ('张老板')
PERSIST:级联新增(又称级联保存)
@OneToMany(mappedBy = "boss", cascade = CascadeType.PERSIST)
private List<Staff> staffList;
执行save
保存操作,结果如下
老板表:
员工表:
员工已经级联保存,但是员工表中的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
保存操作,结果如下
老板表:
员工表:
执行的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!
推荐阅读
微信JSAPI支付 (签名问题)
jsapi微信底层就不过多描述了,主要记录一下,查了很多资料,发现微信返回参数不能直接返给前端使用,还需要进行一次签名,不然前台就会提示签名错误
潘佳琦阅读 308
初学后端,如何做好表结构设计?
这篇文章介绍了设计数据库表结构应该考虑的4个方面,还有优雅设计的6个原则,举了一个例子分享了我的设计思路,为了提高性能我们也要从多方面考虑缓存问题。
王中阳Go赞 4阅读 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的入门。
ThinkSNS赞 1阅读 2.5k
一文了解MySQL中的多版本并发控制
作者:京东零售 李泽阳最近在阅读《认知觉醒》这本书,里面有句话非常打动我:通过自己的语言,用最简单的话把一件事情讲清楚,最好让外行人也能听懂。也许这就是大道至简,只是我们习惯了烦琐和复杂。希望借助...
京东云开发者赞 2阅读 525
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。