文章目录
一、外键的作用二、 不设置外键行不行?三、那到底使不使用外键?四、那么用navicat建立外键有哪些常见坑呢?一、外键的作用
外键用于与另一张表的关联。是能确定另一张表记录的字段,用于保持数据的一致性。
测试用例:我们先建有外键关联的两张表
然后在course表中插入一条数据:
INSERT INTO tb_course (StuId, CourseName, Score) VALUES (1, 'java基础', 80)
很显然,会报错
原因就是Student表中并没有主键Id为1的这条记录,那么就不能在Course表中插入这叫记录。
接下来我们在Student表中插入一条记录,并且主键的Id为1
然后我们接着执行这条sql语句:
INSERT INTO tb_course (StuId, CourseName, Score) VALUES (1, 'java基础', 80)
就可以执行成功
同样地,修改删除操作也是如此,不能破坏表中的关系,简单地说,就是不能给Student表中不存在的学生成绩。
而且删除的时候得先删除外键表再删除主键表
例如:如果我把Student表中数据删除了,那么Course表中StuId = 1的这个学生就不存在了,所以数据库不会让你删。
那么讲到这里,数据库外键的作用是什么呢?其实开头那一句话应该稍微改一改。应该说:
外键用于与另一张表的关联。是能确定另一张表记录的字段,数据库强制你保持数据的一致性。
反正你建了外键,你就要遵守外键规则,你不按我规则来,我就给你报错,就这么简单。
二、 不设置外键行不行?
当然可以。
我们把上面的外键删了,然后执行
INSERT INTO tb_course(StuId, CourseName, Score) VALUES (2, 'C#基础', 60)
结果:
我们发现这里有个StuId = 2的家伙,然后我们去Student表中找
哎没有,这就数据不一致了,怎么解决?很简单,你要人为控制,比如你写程序时,在Course表中增加一条StuId = 2的记录时,先去查询Student表中是否有StuId = 2主键的记录,如果有则增加,没有则返回。这还只是两张表的关联,实际工作中可以会有好几张表以至于几十张表的关联,可以还会有不同团队开发,这个时候你想控制,但是也是力不从心的。
但是外键也会导致数据库的性能低下,因为当数据量增大的时候,数据库扫描外键的工作就变得非常耗时了。
三、那到底使不使用外键?
正方观点:
由数据库自身保证数据一致性,完整性,更可靠,因为程序很难100%保证数据的完整性,而用外键即使在数据库服务器当机或者出现其他问题的时候,也能够最大限度的保证数据的一致性和完整性。eg:数据库和应用是一对多的关系,A应用会维护他那部分数据的完整性,系统一变大时,增加了B应用,A和B两个应用也许是不同的开发团队来做的。他们如何协调保证数据的完整性,而且一年以后如果又增加了C应用呢?有主外键的数据库设计可以增加ER图的可读性,这点在数据库设计时非常重要。外键在一定程度上说明的业务逻辑,会使设计周到具体全面。
反方观点:
可以用触发器或应用程序保证数据的完整性过分强调或者说使用主键/外键会平添开发难度,导致表过多等问题不用外键时数据管理简单,操作方便,性能高(导入导出等操作,在insert, update, delete 数据的时候更快)eg:在海量的数据库中想都不要去想外键,试想,一个程序每天要insert数百万条记录,当存在外键约束的时候,每次要去扫描此记录是否合格,一般还不止一个字段有外键,这样扫描的数量是成级数的增长!我的一个程序入库在3个小时做完,如果加上外键,需要28个小时!
结论:
在大型系统中(性能要求不高,安全要求高),使用外键;在大型系统中(性能要求高,安全自己控制),不用外键;小系统随便,最好用外键。用外键要适当,不能过分追求。不用外键而用程序控制数据一致性和完整性时,应该写一层来保证,然后个个应用通过这个层来访问数据库。
四、那么用navicat建立外键有哪些常见坑呢?
当我保存时提示错误cannot add foreign key constraint
,不能成功创建外键约束。从网上搜了很多,主要有一下几种情况吧:
1)要关联的字段类型或长度不一致。
2)两个要关联的表编码不一样。
3)某个表已经有记录了。
4)将“删除时”和“更新时”都设置相同,如都设置成CASCADE。
如果出现以下错误:
原因:某个表已经有记录了,添加外键失败,这时候只需要将两个要关联的表中的数据清空再从新添加外键关系即可。
外键小结:
1.首先明确一个概念,假如表A(id,name,foreign_id),表B(foreign_id,name),我们说表A参考了表B的主键作为其外键使用,所以B表示父表,A表是子表
2.删除和更新有四种设置方式
(1)cascade
:级联,当父表更新、删除,子表会同步更新和删除
(2)set null
:置空,当父表更新、删除的时候,字表会把外键字段变为null,所以这个时候设计表的时候该字段要允许为null,否则会出错
(3)restrict
:父表在删除和更新记录的时候,要在子表中检查是否有有关该父表要更新和删除的记录,如果有,则不允许删除个更改
(4)no action
:和restrict一样
参考文章:
[1]、SQL中外键的作用,不用外键行不行?
[2]、【mysql】—Navicat --外键建立与cannot add foreign key constraint分析
[3]、MySQL外键更新删除设置cascade、set null、restrict、no action的区别
如果觉得《Mysql中外键作用以及Navicat建立外键失败总结》对你有帮助,请点赞、收藏,并留下你的观点哦!