我遇到了一个奇怪的问题。我试图添加一个外键到一个引用另一个表,但由于某种原因失败了。以我对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

当前回答

我正在准备这个解决方案,这个例子可能会有帮助。

我的数据库有两个表(email和credit_card),它们的id都有主键。另一个表(客户端)将这些表id引用为外键。除了客户数据之外,我有理由拥有电子邮件。

首先,我为引用的表(email, credit_card)插入行数据,然后获得每个表的ID,这些ID在第三个表(客户端)中需要。

如果你不先在引用的表中插入行,当你在第三个引用外键的表中插入新行时,MySQL将不能进行相应的操作。

如果首先插入引用表的引用行,然后插入引用外键的行,则不会发生错误。

希望这能有所帮助。

其他回答

清空两个表的数据并运行该命令。它会起作用的。

我的MySQL数据库也有同样的问题,但最后,我找到了一个适合我的解决方案。 因为在我的表中,从mysql的角度来看一切都很好(两个表都应该使用InnoDB引擎,每列的数据类型应该是相同的类型,参与外键约束)。 我所做的唯一一件事是禁用外键检查,然后在执行外键操作后启用它。 我采取的步骤:

SET foreign_key_checks = 0;
alter table tblUsedDestination add constraint f_operatorId foreign key(iOperatorId) references tblOperators (iOperatorId); Query
OK, 8 rows affected (0.23 sec) Records: 8  Duplicates: 0  Warnings: 0
SET foreign_key_checks = 1;

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

这对我很管用。

最后,我删除了表中的所有数据,并再次运行alter。它的工作原理。不是很聪明,但它节省了很多时间,尤其是你的应用程序还处于开发阶段,没有任何客户数据。

我在使用Laravel和eloquent时得到这个错误,试图创建外键链接会导致1452。问题在于链接表中缺少数据。

请看这里的例子:http://mstd.eu/index.php/2016/12/02/laravel-eloquent-integrity-constraint-violation-1452-foreign-key-constraint/