【数据库】外键的约束与更新

àì夳堔傛蜴生んèń 2023-06-30 10:49 17阅读 0赞

## 1、准备测试工作 ##

MySQL外键约束删除时和更新时各取值的含义，创建2个表，分别为studnet 学生表和monitor 班长表：

学生表有学号和姓名2个属性；

班长表有班级和学号2个属性。

班长表设置外键学号，连接主表学生表的学号属性。

并插入数据如图：

![20170620142406132][]

![20170620142414173][]

## 2、删除时属性，可能取值如上图为：默认（RESTRICT），RESTRICT，No ACTION，CASCADE，SET NULL属性。 ##

![Center][]

取值为No Action或者Restrict时，则当在父表（即外键的来源表student）中删除对应记录时，首先检查该记录是否有对应外键，如果有则不允许删除。

![20170620142805260][]

![20170620142815729][]

![20170620142914120][]

![20170620142921446][]

当取值为Cascade时，则当在父表（即外键的来源表student）中删除对应记录时，首先检查该记录是否有对应外键，如果有则也删除外键在子表（即包含外键的表monitor）中的记录。

![20170620143101215][]

![20170620143115339][]

![20170620143123729][]

当取值为Set Null时，则当在父表（即外键的来源表）中删除对应记录时，首先检查该记录是否有对应外键，如果有则设置子表中该外键值为null（不过这就要求该外键允许取null）。

![20170620143505732][]

![20170620143515251][]

![20170620143522579][]

## 3、更新时属性，可能取值如上图为：默认（RESTRICT），RESTRICT，No ACTION，CASCADE，SET NULL属性。 ##

当取值为No Action或者Restrict时，则当在父表（即外键的来源表）中更新对应记录时，首先检查该记录是否有对应外键，如果有则不允许更新。

当取值为Cascade时，则当在父表（即外键的来源表）中更新对应记录时，首先检查该记录是否有对应外键，如果有则也更新外键在子表（即包含外键的表）中的记录。

当取值为Set Null时，则当在父表（即外键的来源表）中更新对应记录时，首先检查该记录是否有对应外键，如果有则设置子表中该外键值为null（不过这就要求该外键允许取null）。

### 更新时同理！！！不测试了！ ###

## 4、总结 ##

外键的使用对于减少数据库冗余性，以及保证数据完整性和一致性有很大作用。

另外注意，如果两张表之间存在外键关系，则MySQL不能直接删除表(Drop Table)，而应该先删除外键，之后才可以删除。

所以一般默认就好（RESTRICT）。

[20170620142406132]: https://img-blog.csdn.net/20170620142406132
[20170620142414173]: https://img-blog.csdn.net/20170620142414173
[Center]: https://img-blog.csdn.net/20170620141848947?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvcXFfMzI0ODY1OTk=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center
[20170620142805260]: https://img-blog.csdn.net/20170620142805260
[20170620142815729]: https://img-blog.csdn.net/20170620142815729
[20170620142914120]: https://img-blog.csdn.net/20170620142914120
[20170620142921446]: https://img-blog.csdn.net/20170620142921446
[20170620143101215]: https://img-blog.csdn.net/20170620143101215
[20170620143115339]: https://img-blog.csdn.net/20170620143115339
[20170620143123729]: https://img-blog.csdn.net/20170620143123729
[20170620143505732]: https://img-blog.csdn.net/20170620143505732
[20170620143515251]: https://img-blog.csdn.net/20170620143515251
[20170620143522579]: https://img-blog.csdn.net/20170620143522579