本文最后更新于 1728 天前,如遇到任何问题欢迎在评论区留言呀!
问题导入
我们应该选取相对固定的属性作为主键,也就是说主键的值轻易不要更改。但是凡事皆有例外,有时候确实需要更改主键的值,比如学生的学号录入错了,且已经录入了成绩,如果直接修改学号的值,会因为外键约束的原因无法修改。
具体来说,我们考虑三个表:
- 学生表 s,其中的属性有学号 sno(主键),姓名 sname,性别 sex
- 课程表 c,其中的属性有课程号 cno(主键),课程名称 cname,学费 credit
- 成绩表 sc,其中的属性有学号 sno,课程号 cno,成绩 score
sc 中 sno 和 cno 共同作为 sc 的主键且分别引用 s 和 c 中的 sno,cno 作为外键。
假设我们想把学号为10010
的同学的学号改为10001
,很容易想到如下的 SQL 语句
update s
set sno=10001
where sno=10010
但是运行的话可能会因为外键约束而拒绝执行。
为什么不能运行
如果 sc 中已经有引用关于 sno=10010 的记录了(比如 10010 这位学生修了课程号为 1 的这门课,成绩为 90 分),那么此时如果修改 s 表中 sno 的值,sc 中的 sno 作为引用了 s 中的 sno 的外键无法跟着改变,便会爆出外键约束的错误。
应该怎么做
将外键约束改为级联 (cascade) 即可,也就是说当修改主键的值的时候,引用他的外键的值会跟着更改,具体代码如下:
alter table sc
add constraint fk_sc_sno_1
foreign key (sno)
references s(sno)
on update cascade
on update cascade
声明了在update
操作时执行级联操作。
类似的,如果一个已经被引用的元组无法删除,同样需要声明级联操作,将上述代码中的 update 改为 delete 即可(级联删除:引用该主码的元组会跟着删除)具体如下:
alter table sc
add constraint fk_sc_sno_2
foreign key (sno)
references s(sno)
on delete cascade
另外多啰嗦一句关于约束 (constraint) 的命名,正如上面代码所示fk_sc_sno_1
,fk
表明是外键(foreign key),sc_sno
说明这个外键约束作用在 sc 这个表的 sno 这个属性上,至于最后末尾的数字是用于再区分的,因为作用在 sc 这个表的 sno 这个属性上的外键约束可能不止一个,比如本文就是两个。