我遇到了一个奇怪的问题。我试图添加一个外键到一个引用另一个表,但由于某种原因失败了。以我对MySQL有限的知识,唯一可能怀疑的是,在另一个表上有一个外键引用了我试图引用的表。

我已经在两个表上做了一个SHOW CREATE TABLE查询,sourcecodes_tags是带外键的表,sourcecodes是引用的表。

CREATE TABLE `sourcecodes` (
 `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
 `user_id` int(11) unsigned NOT NULL,
 `language_id` int(11) unsigned NOT NULL,
 `category_id` int(11) unsigned NOT NULL,
 `title` varchar(40) CHARACTER SET utf8 NOT NULL,
 `description` text CHARACTER SET utf8 NOT NULL,
 `views` int(11) unsigned NOT NULL,
 `downloads` int(11) unsigned NOT NULL,
 `time_posted` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
 PRIMARY KEY (`id`),
 KEY `user_id` (`user_id`),
 KEY `language_id` (`language_id`),
 KEY `category_id` (`category_id`),
 CONSTRAINT `sourcecodes_ibfk_3` FOREIGN KEY (`language_id`) REFERENCES `languages` (`id`) ON DELETE CASCADE ON UPDATE CASCADE,
 CONSTRAINT `sourcecodes_ibfk_1` FOREIGN KEY (`user_id`) REFERENCES `users` (`id`) ON DELETE CASCADE ON UPDATE CASCADE,
 CONSTRAINT `sourcecodes_ibfk_2` FOREIGN KEY (`category_id`) REFERENCES `categories` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=latin1

CREATE TABLE `sourcecodes_tags` (
 `sourcecode_id` int(11) unsigned NOT NULL,
 `tag_id` int(11) unsigned NOT NULL,
 KEY `sourcecode_id` (`sourcecode_id`),
 KEY `tag_id` (`tag_id`),
 CONSTRAINT `sourcecodes_tags_ibfk_1` FOREIGN KEY (`tag_id`) REFERENCES `tags` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1

下面是生成错误的代码:

ALTER TABLE sourcecodes_tags ADD FOREIGN KEY (sourcecode_id) REFERENCES sourcecodes (id) ON DELETE CASCADE ON UPDATE CASCADE

当前回答

在我的案例中,我创建了一个具有相同结构的新表,创建了与其他表的关系,然后从有问题的旧表中提取CSV格式的数据,然后将CSV导入到新表中并禁用外键检查和禁用导入中断,我的所有数据都成功插入到没有问题的新表中,然后删除旧表。

这对我很管用。

其他回答

你只需要回答一个问题

您的表已经存储数据了吗?(特别是表中包含外键。)

如果答案是肯定的,那么您需要做的唯一一件事就是删除所有记录,然后您可以自由地向表中添加任何外键。

删除指令:从子表(包括外键表)到父表。

不能在数据条目后添加外键的原因是由于表不一致,您将如何处理一个新的外键对前数据填充的表?

如果答案是否定的,那么按照其他指示进行。

很可能您的sourcecodes_tags表包含的sourcecode_id值在您的sourcecodes表中不再存在。你得先把它们处理掉。

下面是一个可以找到这些id的查询:

SELECT DISTINCT sourcecode_id FROM 
   sourcecodes_tags tags LEFT JOIN sourcecodes sc ON tags.sourcecode_id=sc.id 
WHERE sc.id IS NULL;

使用NOT IN查找约束约束的位置:

SELECT column FROM table WHERE column NOT IN 
(SELECT intended_foreign_key FROM another_table)

所以,更具体地说:

SELECT sourcecode_id FROM sourcecodes_tags WHERE sourcecode_id NOT IN 
(SELECT id FROM sourcecodes)

EDIT: IN和NOT IN操作符比JOIN操作符快得多,而且更容易构造和重复。

在我的案例中,我创建了一个具有相同结构的新表,创建了与其他表的关系,然后从有问题的旧表中提取CSV格式的数据,然后将CSV导入到新表中并禁用外键检查和禁用导入中断,我的所有数据都成功插入到没有问题的新表中,然后删除旧表。

这对我很管用。

这也发生在设置父外键时。Id到child。列如果是子元素。列的值已经为0,并且没有父元素。Id值为0

你需要确保每个孩子。列为NULL或在parent.id中存在值

现在我读了nos写的声明,这就是他所确认的。