SQL外键约束 第一行的空白是Default,默认级别 Set Default方式 父表有变化时,子表将外键列设置为一个默认的值,当innodb不能识别 cascade方式 在父表上update/delete记录时,同步update/delete掉子表的匹配记录 No action方式(拒绝策略) 如果子表有匹配的记录,则不允许对父表对应候选键进行update/delete操作 Restrict方式(拒绝策略) 和no action一样,都是立即检查外键约束,拒绝删除/更新 set null方式 在父表上update/delete记录时,将子表上匹配记录的列都设为null 要注意子表的外键列不能为not null
SQL外键约束
第一行的空白是Default,默认级别
Set Default方式
父表有变化时,子表将外键列设置为一个默认的值,当innodb不能识别
cascade方式
在父表上update/delete记录时,同步update/delete掉子表的匹配记录
No action方式(拒绝策略)
如果子表有匹配的记录,则不允许对父表对应候选键进行update/delete操作
Restrict方式(拒绝策略)
和no action一样,都是立即检查外键约束,拒绝删除/更新
set null方式
在父表上update/delete记录时,将子表上匹配记录的列都设为null
要注意子表的外键列不能为not null
外键约束的意义是可以有效避免数据不完整的情况 导致查询出来的数据对应不上 但是缺点是会导致数据库性能下降 一般在互联网项目中不采用这种方式/比较严谨的项目如银行项目等则必须采用 这就是为什么有些公用的大型项目会被比较慢 因为对应的数据库有很多事务/检查在执行 为了保证数据的一致性和完整性 安全和性能上选择其一 互联网项目多使用程序代码来保证数据的一致性和完整性 后端系统如CRM和管理系统等还是不会有大量访问和高并发问题 因此我们设计表的时候还是采取外键约束的方式保证数据一致性更为重要
外键约束的意义是可以有效避免数据不完整的情况
导致查询出来的数据对应不上
但是缺点是会导致数据库性能下降
一般在互联网项目中不采用这种方式/比较严谨的项目如银行项目等则必须采用
这就是为什么有些公用的大型项目会被比较慢
因为对应的数据库有很多事务/检查在执行
为了保证数据的一致性和完整性
安全和性能上选择其一
互联网项目多使用程序代码来保证数据的一致性和完整性
后端系统如CRM和管理系统等还是不会有大量访问和高并发问题
因此我们设计表的时候还是采取外键约束的方式保证数据一致性更为重要