mysql~数据完整性考虑~外键约束
  2xk0JyO908yA 29天前 27 0

在MySQL中,当为表添加外键约束时,可以指定在删除或更新父表记录时的行为。下面进行总结:

  1. CASCADE:当父表中的记录被删除或更新时,自动删除或更新子表中相关联的记录。这意味着如果父表中的记录被删除,那么相应的子表中与之关联的记录也会被删除。

  2. SET NULL:当父表中的记录被删除或更新时,子表中的外键列会被设置为NULL。这意味着如果父表中的记录被删除,子表中的外键列将会被置空。

  3. SET DEFAULT:当父表中的记录被删除或更新时,子表中的外键列会被设置为默认值。这意味着如果父表中的记录被删除,子表中的外键列将会被设置为预先定义的默认值。

  4. NO ACTION:当父表中的记录被删除或更新时,不采取任何动作。这意味着如果存在父表和子表之间的关联,但是父表中的记录被删除或更新时,在子表中不会发生任何变化,操作将会被拒绝。

  5. RESTRICT: 当尝试删除或者更新父表中有关联子表数据时,如果子表中存在对应的外键关联数据,则不允许操作父表数据

这些选项可以根据实际需求来选择,以确保数据的完整性和一致性。

其中,RESTRICT我再详细说明一下其作用如下:

  1. DELETE RESTRICT:当尝试删除父表中有关联子表数据时,如果子表中存在对应的外键关联数据,则不允许删除父表数据,会抛出一个错误。这样可以确保数据的完整性,避免因删除父表数据而导致子表数据无法正确关联。

  2. UPDATE RESTRICT:当尝试更新父表中被外键引用的列的值时,如果子表中存在对应的外键关联数据,则不允许更新父表数据,会抛出一个错误。这也是为了保证数据的完整性,防止因更新父表数据而导致子表数据关联出现问题。

实例

  • 建立两张表user_info和user_ext,然后user_ext中的user_id是user_info的id的外键,并使用restrict方式,如果要更新或者删除user_info中的数据时,保护了user_ext已经引用的数据。
CREATE TABLE `user_info`  (
  `id` int(11) NOT NULL,
  `name` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

CREATE TABLE `user_ext`  (
  `id` int(11) NOT NULL,
  `user_id` int(11) DEFAULT NULL,
  `address` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  INDEX `user_id`(`user_id`) USING BTREE,
  CONSTRAINT `user_ext_ibfk_1` FOREIGN KEY (`user_id`) REFERENCES `user_info` (`id`) ON DELETE RESTRICT ON UPDATE RESTRICT
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

当删除主表数据(user_ext中已经存在引用的数据),会出现这个提示,不让你删除主表数据,要想删除,需要先删子表的才行

当然,如果希望在删除主键数据时,同时自动将子表数据删除,就可以在配置外键时,选择cascade即可

【版权声明】本文内容来自摩杜云社区用户原创、第三方投稿、转载,内容版权归原作者所有。本网站的目的在于传递更多信息,不拥有版权,亦不承担相应法律责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@moduyun.com

  1. 分享:
最后一次编辑于 29天前 0

暂无评论

推荐阅读
  WOljo6A3TCPl   26天前   40   0   0 MySQL
  ijEHlwWobBkw   29天前   30   0   0 MySQL
  ijEHlwWobBkw   29天前   29   0   0 MySQL
2xk0JyO908yA