MySQL外键约束On Delete、On Update各取值的含义
2018-02-06 16:20
591 查看
先看On Delete属性,可能取值如上图为:No Action, Cascade,Set Null, Restrict属性。
当取值为No Action或者Restrict时,则当在父表(即外键的来源表)中删除对应记录时,首先检查该记录是否有对应外键,如果有则不允许删除。
当取值为Cascade时,则当在父表(即外键的来源表)中删除对应记录时,首先检查该记录是否有对应外键,如果有则也删除外键在子表(即包含外键的表)中的记录。
当取值为Set Null时,则当在父表(即外键的来源表)中删除对应记录时,首先检查该记录是否有对应外键,如果有则设置子表中该外键值为null(不过这就要求该外键允许取null)。
当取值为No Action或者Restrict时,则当在父表(即外键的来源表)中更新对应记录时,首先检查该记录是否有对应外键,如果有则不允许更新。
当取值为Cascade时,则当在父表(即外键的来源表)中更新对应记录时,首先检查该记录是否有对应外键,如果有则也更新外键在子表(即包含外键的表)中的记录。
当取值为Set Null时,则当在父表(即外键的来源表)中更新对应记录时,首先检查该记录是否有对应外键,如果有则设置子表中该外键值为null(不过这就要求该外键允许取null)。
比如我有这样两张表:
tbluser用户表: DROP TABLE IF EXISTS `filedb`.`tbluser`; CREATE TABLE `filedb`.`tbluser` ( `UserID` varchar(50) NOT NULL COMMENT '主键', `UserName` varchar(40) NOT NULL COMMENT '用户姓名', `UserMail` varchar(50) NOT NULL COMMENT '用户邮箱', `UserPassword` varchar(50) NOT NULL COMMENT '密码', `UserType` tinyint(3) unsigned DEFAULT '0' COMMENT '默认为0,表示普通用户', `UserCreated` datetime DEFAULT '0000-00-00 00:00:00', PRIMARY KEY (`UserID`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
---------------------------------------------------------------------------------------------------------------- tblfile文件(用户的文件)表: DROP TABLE IF EXISTS `filedb`.`tblfile`; CREATE TABLE `filedb`.`tblfile` ( `FileID` int(10) unsigned NOT NULL AUTO_INCREMENT, `FileOwner` varchar(50) DEFAULT NULL COMMENT '外键,引用用户表', `FileName` varchar(200) NOT NULL COMMENT '文件原始名称', `FilePath` varchar(200) NOT NULL COMMENT '文件存放路径', `FileType` varchar(10) NOT NULL COMMENT '文件类型', `FileSubject` varchar(100) NOT NULL COMMENT '文件标题', `FileCreated` datetime DEFAULT '0000-00-00 00:00:00' COMMENT '创建时间', PRIMARY KEY (`FileID`), KEY `FK_tblfile_1` (`FileOwner`), CONSTRAINT `FK_tblfile_1` FOREIGN KEY (`FileOwner`) REFERENCES `tbluser` (`UserID`) ON DELETE SET NULL ON UPDATE CASCADE ) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8; -------------------------------------------------------------------------------------------------
上面可以看出FileOwner是文件表的外键,引用的是用户表的UserID。且这里外键约束设置为"ON DELETE SET NULL ON UPDATE CASCADE "
现在用户表有记录(省略其他无关的字段):
UserID ST001
,而文件表有记录
FileID FileOwner 1 ST001
那 么如果我删除用户表中ST001对应记录时,则根据ON DELETE SET NULL规则,文件表中FileOwner应该被设置为null,动手尝试后也确实如此;如果我将用户表中ST001改为ST003,则根据ON UPDATE CASCADE规则,文件表中FileOwner应该连锁设置为ST003,也的确如此。
外键的使用对于减少数据库冗余性,以及保证数据完整性和一致性有很大作用。
另外注意,如果两张表之间存在外键关系,则MySQL不能直接删除表(Drop Table),而应该先删除外键,之后才可以删除
相关文章推荐
- 【转】MySQL外键约束On Delete、On Update各取值的含义
- MySQL外键约束On Delete、On Update各取值的含义
- MySQL外键约束On Delete、On Update各取值的含义
- phpmyadmin中MySQL外键约束On Delete、On Update各选项解释
- MySQL外键约束On Delete和On Update的详解
- MySQL外键约束OnDelete和OnUpdate的使用
- 【0016】MySQL外键约束删除时和更新时各取值的含义
- mysql SQL设置外键约束ON DELETE CASCADE
- MySQL外键约束On Delete和On Update的使用
- mysql SQL设置外键约束ON DELETE CASCADE
- Mysql 外键约束 on delete和on update
- Mysql 外键约束 on delete和on update
- MySQL外键约束删除时和更新时各取值的含义
- C# json反序列化 对象中嵌套数组 (转载) 可能会导致循环或多重级联路径。请指定 ON DELETE NO ACTION 或 ON UPDATE NO ACTION,或修改其他 FOREIGN KEY 约束。
- 关于mysql中外键约束对父表的含义
- DB2外键删除规则的特殊约束(DB2 FOREIGN KEY ON DELETE RULES special constraints)
- oracle 建立外键约束时on delete cascade 和 on delete set null
- 删除带有外键约束的行记录时提示:cannot delete or update a parent row
- MySQL外键约束On Delete、On Update各取值的含义
- 可能会导致循环或多重级联路径。请指定 ON DELETE NO ACTION 或 ON UPDATE NO ACTION,或修改其他 FOREIGN KEY 约束。