mysql主外键删除顺序,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