mysql-具有外键约束的删除顺序,

我有一个包含三个表和外键“删除时”约束的架构,如下所示：

               |      ->         FK (cascade)        ->       |
Organisation   |                                              |  Users
               | - FK (cascade) Categories -> FK(restrict) -> |

如果删除组织,则要删除用户及其相关的类别,但是如果用户引用了该类别,则不允许删除该类别,除非要删除整个组织.

目前,如果我删除组织,则如果有用户引用,则类别删除失败.这似乎表明MySQl正在处理Users表之前的Categories表上的外键约束.

如果在类别之前清除了用户表中的“用户”,这将不是问题.

有没有办法告诉MySQl处理这些FK约束的顺序,以便按指定顺序清除表？

注意：我可以添加一些代码来首先明确地清除用户表,但这只是在代码设计之内,所以我还不想去那里.

还要注意,所需的安全性限制了我对即时模式的处理能力,因此更改FK约束或禁用对它们的检查并不是真正的选择.我可以更改安全性以进行一次更改.除非没有其他方法,否则我不想永久放宽安全性.最好编写以上代码

这是表的创建语句,已对其进行了编辑以删除不相关的字段.

CREATE TABLE `organisation` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `orgGUID` varchar(36) NOT NULL,
  `archivedFlag` tinyint(3) unsigned NOT NULL DEFAULT '0',
  `orgName` varchar(45) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `id_UNIQUE` (`id`),
  UNIQUE KEY `org_guid_UNIQUE` (`orgGUID`)
) ENGINE=InnoDB AUTO_INCREMENT=83 DEFAULT CHARSET=utf8;

CREATE TABLE `user` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `userGUID` varchar(36) NOT NULL,
  `name` varchar(45) NOT NULL,
  `orgGUID` varchar(36) NOT NULL,
  `userType` smallint(6) DEFAULT NULL,
  `PwHash` varchar(255) DEFAULT NULL,
  `ethnicityGUID` varchar(36) DEFAULT NULL ,
  `genderGUID` varchar(36) DEFAULT NULL ,
  `yearGroupGUID` varchar(36) DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `id_UNIQUE` (`id`),
  UNIQUE KEY `userGUID_UNIQUE` (`userGUID`),
  KEY `fk_user_org_idx` (`orgGUID`),
  KEY `fk_ethnicity_category_idx` (`ethnicityGUID`),
  KEY `fk_gender_category_idx` (`genderGUID`),
  CONSTRAINT `fk_ethnicity_category` FOREIGN KEY (`ethnicityGUID`) REFERENCES `categories` (`id`) ON UPDATE NO ACTION,
  CONSTRAINT `fk_gender_category` FOREIGN KEY (`genderGUID`) REFERENCES `categories` (`id`) ON UPDATE NO ACTION,
  CONSTRAINT `fk_user_org` FOREIGN KEY (`orgGUID`) REFERENCES `organisation` (`orgGUID`) ON DELETE CASCADE ON UPDATE NO ACTION
) ENGINE=InnoDB AUTO_INCREMENT=162 DEFAULT CHARSET=utf8;

CREATE TABLE `categories` (
  `id` varchar(36) NOT NULL,
  `orgGUID` varchar(36) NOT NULL,
  `categoryType` varchar(20) NOT NULL,
  `category` varchar(45) NOT NULL,
  `priority` int(11) NOT NULL,
  `analysisCode` varchar(20) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `id_UNIQUE` (`id`),
  KEY `fk_category_org_idx` (`orgGUID`),
  CONSTRAINT `fk_category_org` FOREIGN KEY (`orgGUID`) REFERENCES `organisation` (`orgGUID`) ON DELETE CASCADE ON UPDATE NO ACTION
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

解决方法:

正式地,您无法控制级联操作的顺序.但是,您可能会滥用一些未记录的行为：

>对于MySQL 5.5,外键按其创建顺序执行,因此删除并重新创建fk_category_org-constraint应该可以
>对于MySQL 5.6,外键按其名称的词法顺序执行,因此将fk_category_org重命名为例如. fk_z_category_org应该工作

这是未记录的,可以随时更改(并且可能会受到其他因素的影响).

话虽这么说,执行此操作的正确方法(以及所有其他在级联上太复杂的操作)将是在组织表上添加一个delete-trigger之前的操作,该操作“手动”首先删除用户,然后再删除类别.在删除触发器在级联之前执行之前(因此您可以决定是否保留这些触发器,尽管这可能会引起误解).

尚不清楚这是否是您的预期行为,但是当前,用户在分配给组织2时可以拥有一个属于组织1的类别.那么删除组织1仍然会失败.看起来好像是您要通过设计防止的事情,但是如果您也想在这种情况下进行删除,则需要使用触发器来合并该触发器(或在应用程序中手动将其删除) ),除非您还在类别表中进行级联,否则级联将不起作用.

标签：foreign-keys,mysql
来源： https://codeday.me/bug/20191108/2008273.html