Mysql ошибка 1452 - Не удается добавить или обновить дочернюю строку: ограничение внешнего ключа не удается

Question

Mysql ошибка 1452 - Не удается добавить или обновить дочернюю строку: ограничение внешнего ключа не удается

У меня немного странная проблема. Я пытаюсь добавить внешний ключ в одну таблицу, которая ссылается на другую, но по какой-то причине он не работает. Из-за моего ограниченного знания MySQL, единственное, что может быть подозрительным, это то, что в другой таблице есть внешний ключ, ссылающийся на тот, на который я пытаюсь ссылаться.

Вот изображение моих табличных отношений, сгенерированных через phpMyAdmin: Отношения

Я сделал 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

Было бы здорово, если бы кто-нибудь мог сказать мне, что здесь происходит, у меня не было формального обучения или чего-то еще с MySQL:)

Благодарю.

Редактировать: это код, который генерирует ошибку:

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

252

mysql foreign-keys mysql-error-1452

Источник

user144259 10 авг '09 в 06:54

20 ответов

Другие вопросы по тегам mysql foreign-keys mysql-error-1452

user126769 10 авг '09 в 07:38 2009-08-10 07:38 · Answer 1 · 2009-08-10 07:38

Вполне вероятно ваш sourcecodes_tags таблица содержит sourcecode_id значения, которых больше нет в вашем sourcecodes Таблица. Вы должны сначала избавиться от них.

Вот запрос, который может найти эти идентификаторы:

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

user1189021 04 фев '12 в 07:29 2012-02-04 07:29 · Answer 2 · 2012-02-04 07:29

У меня была та же проблема с моей базой данных MySQL, но в конце концов я получил решение, которое сработало для меня.
Так как в моей таблице все было нормально с точки зрения mysql (обе таблицы должны использовать движок Innodb, а типы данных каждого столбца должны быть одного типа, которые участвуют в ограничении внешнего ключа).
Единственное, что я сделал, - отключил проверку внешнего ключа, а затем включил ее после выполнения операции с внешним ключом.
Шаги, которые я предпринял:

mysql> SET foreign_key_checks = 0;

mysql> 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

mysql> SET foreign_key_checks = 1;

user714178 31 май '11 в 20:16 2011-05-31 20:16 · Answer 3 · 2011-05-31 20:16

Использование 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)

РЕДАКТИРОВАТЬ: IN а также NOT IN операторы, как известно, намного быстрее, чем JOIN операторы, а также гораздо проще построить и повторить.

user1003917 29 май '13 в 04:31 2013-05-29 04:31 · Answer 4 · 2013-05-29 04:31

Обрежьте таблицы и попробуйте добавить ограничение FK.

Я знаю, что это решение немного неудобно, но оно работает на 100%. Но я согласен, что это не идеальное решение для решения проблемы, но я надеюсь, что это поможет.

23

Источник

user1003917 29 май '13 в 04:31

user186782 29 мар '13 в 18:32 2013-03-29 18:32 · Answer 5 · 2013-03-29 18:32

Для меня эта проблема была немного другой и супер легко проверить и решить.

Вы должны убедиться, что ОБА из ваших таблиц InnoDB. Если одна из таблиц, а именно справочная таблица, является MyISAM, ограничение не будет выполнено.

SHOW TABLE STATUS WHERE Name =  't1';

ALTER TABLE t1 ENGINE=InnoDB;

17

Источник

user186782 29 мар '13 в 18:32

user800176 21 окт '11 в 20:42 2011-10-21 20:42 · Answer 6 · 2011-10-21 20:42

Это также происходит при установке внешнего ключа для parent.id в child.column, если child.column уже имеет значение 0, а значение parent.id отсутствует 0

Вы должны убедиться, что каждый child.column имеет значение NULL или имеет значение, которое существует в parent.id

И теперь, когда я прочитал заявление, которое написал nos, это то, что он проверяет.

user656513 24 апр '13 в 10:27 2013-04-24 10:27 · Answer 7 · 2013-04-24 10:27

У меня была такая же проблема сегодня. Я проверил четыре вещи, некоторые из которых уже упоминались здесь:

Есть ли какие-либо значения в вашем дочернем столбце, которых нет в родительском столбце (кроме NULL, если дочерний столбец имеет значение NULL)?
У дочерних и родительских столбцов одинаковый тип данных?
Есть ли индекс родительского столбца, на который вы ссылаетесь? MySQL, кажется, требует этого по соображениям производительности ( http://dev.mysql.com/doc/refman/5.5/en/create-table-foreign-keys.html)
И этот решил для меня: есть ли в обеих таблицах одинаковое сопоставление?

У меня был один стол в utf-8, а другой в iso-что-то. Это не сработало. После изменения iso-таблицы на сопоставление utf-8 ограничения могут быть добавлены без проблем. В моем случае phpMyAdmin даже не отображал дочернюю таблицу в iso-кодировке в раскрывающемся списке для создания ограничения внешнего ключа.

user3719087 13 авг '15 в 05:38 2015-08-13 05:38 · Answer 8 · 2015-08-13 05:38

Кажется, что существует недопустимое значение для столбца, например 0, которое не является допустимым внешним ключом, поэтому MySQL не может установить для него ограничение внешнего ключа.

Вы можете выполнить следующие действия:

Удалите столбец, для которого вы пытались установить ограничение FK.
Добавьте его еще раз и установите его значение по умолчанию как NULL.
Попробуйте снова установить ограничение внешнего ключа.

user1775833 23 дек '12 в 00:56 2012-12-23 00:56 · Answer 9 · 2012-12-23 00:56

У меня была та же проблема, я проверил строки своих таблиц и обнаружил некоторую несовместимость со значением полей, которые я хотел определить как внешний ключ. Я исправил это значение, попробовал еще раз, и проблема была решена.

5

Источник

user1775833 23 дек '12 в 00:56

user415885 09 янв '12 в 09:49 2012-01-09 09:49 · Answer 10 · 2012-01-09 09:49

В итоге я удаляю все данные в моей таблице и снова запускаю alter. Оно работает. Не блестящий, но это сэкономит много времени, особенно ваше приложение все еще находится в стадии разработки без каких-либо данных о клиентах.

4

Источник

user415885 09 янв '12 в 09:49

user4728510 25 июл '17 в 01:48 2017-07-25 01:48 · Answer 11 · 2017-07-25 01:48

Попробуй это

SET foreign_key_checks = 0;

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

SET foreign_key_checks = 1;

4

Источник

user4728510 25 июл '17 в 01:48

user4807414 23 апр '15 в 08:59 2015-04-23 08:59 · Answer 12 · 2015-04-23 08:59

Очистите данные обеих таблиц и выполните команду. Это будет работать.

3

Источник

user4807414 23 апр '15 в 08:59

user3889860 26 апр '15 в 09:05 2015-04-26 09:05 · Answer 13 · 2015-04-26 09:05

У меня есть решение, вам просто нужно ответить на один вопрос:

Ваша таблица уже хранит данные? Особенно в таблицу включен внешний ключ.

Если ответ "да", то единственное, что вы делаете, это удаляете все записи, и тогда вы можете свободно добавлять любой внешний ключ в вашу таблицу.

Инструкция удаления: от дочерней (которая включает в себя таблицу внешнего ключа) до родительской таблицы.

Причина, по которой вы не можете добавить внешний ключ после ввода данных, связана с несогласованностью таблицы. Что вы собираетесь делать с новым внешним ключом в прежней таблице, заполненной данными?

Если нет, то следуйте другим инструкциям.

user1005169 02 дек '16 в 11:42 2016-12-02 11:42 · Answer 14 · 2016-12-02 11:42

Я получал эту ошибку при использовании Laravel и eloquent, попытка создать ссылку на внешний ключ привела бы к 1452. Проблема заключалась в нехватке данных в связанной таблице.

Пожалуйста, см. Здесь для примера: http://mstd.eu/index.php/2016/12/02/laravel-eloquent-integrity-constraint-violation-1452-foreign-key-constraint/

2

Источник

user1005169 02 дек '16 в 11:42

user1288121 28 авг '12 в 14:04 2012-08-28 14:04 · Answer 15 · 2012-08-28 14:04

У меня была такая же проблема примерно три раза. В каждом случае это было потому, что одна (или более) из моих записей не соответствовала новому внешнему ключу. Возможно, вы захотите обновить существующие записи в соответствии с синтаксическими ограничениями внешнего ключа, прежде чем пытаться добавить сам ключ. Следующий пример должен, как правило, изолировать записи о проблемах:

SELECT * FROM (tablename)
    WHERE (candidate key) <> (proposed foreign key value) 
        AND (candidate key) <> (next proposed foreign key value)

повторение AND (candidate key) <> (next proposed foreign key value) в вашем запросе для каждого значения во внешнем ключе.

Если у вас есть тонна записей, это может быть сложно, но если ваша таблица достаточно мала, это не займет много времени. Я не супер-удивительный в синтаксисе SQL, но это всегда изолировало проблему для меня.

user2077350 13 сен '18 в 18:50 2018-09-13 18:50 · Answer 16 · 2018-09-13 18:50

Вы можете попробовать этот пример

 START TRANSACTION;
 SET foreign_key_checks = 0;
 ALTER TABLE `job_definers` ADD CONSTRAINT `job_cities_foreign` FOREIGN KEY 
 (`job_cities`) REFERENCES `drop_down_lists`(`id`) ON DELETE CASCADE ON UPDATE CASCADE;
 SET foreign_key_checks = 1;
 COMMIT;

Примечание: если вы используете phpmyadmin, просто снимите флажок Включить проверку внешнего ключа

как пример

надеюсь, что это решение решить вашу проблему:)

user4674760 02 янв '18 в 23:38 2018-01-02 23:38 · Answer 17 · 2018-01-02 23:38

Убедитесь, что значение находится в другой таблице, в противном случае вы получите эту ошибку в соответствующем соответствующем столбце.

Поэтому, если назначенный столбец присваивается идентификатору строки другой таблицы, убедитесь, что в таблице есть строка, в противном случае появится эта ошибка.

user1901733 16 мар '16 в 01:40 2016-03-16 01:40 · Answer 18 · 2016-03-16 01:40

Я готовил это решение, и этот пример может помочь.

В моей базе данных есть две таблицы (email и credit_card) с первичными ключами для их идентификаторов. Другая таблица (клиент) ссылается на идентификаторы этой таблицы как внешние ключи. У меня есть причина, чтобы иметь электронную почту отдельно от данных клиента.

Сначала я вставляю данные строки для ссылочных таблиц (электронная почта, credit_card), затем вы получаете идентификатор для каждой, эти идентификаторы необходимы в третьей таблице (клиент).

Если вы не вставите сначала строки в ссылочных таблицах, MySQL не сможет установить соответствия, когда вы вставите новую строку в третью таблицу, которая ссылается на внешние ключи.

Если сначала вставить ссылочные строки для ссылочных таблиц, то в строке, которая ссылается на внешние ключи, ошибки не возникает.

Надеюсь это поможет.

user2857477 31 янв '17 в 07:55 2017-01-31 07:55 · Answer 19 · 2017-01-31 07:55

У меня была такая же проблема и я нашел решение, разместив NULL вместо NOT NULL на столбце внешнего ключа. Вот запрос:

ALTER TABLE `db`.`table1`
ADD COLUMN `col_table2_fk` INT UNSIGNED NULL,
ADD INDEX `col_table2_fk_idx` (`col_table2_fk` ASC),
ADD CONSTRAINT `col_table2_fk1`
FOREIGN KEY (`col_table2_fk`)
REFERENCES `db`.`table2` (`table2_id`)
ON DELETE NO ACTION
ON UPDATE NO ACTION;

MySQL выполнил этот запрос!

user1414423 07 окт '19 в 10:50 2019-10-07 10:50 · Answer 20 · 2019-10-07 10:50

В моем случае я создал новую таблицу с той же структурой, создал отношения с другими таблицами, затем извлек данные в CSV из старой таблицы, в которой возникла проблема, затем импортировал CSV в новую таблицу и отключил проверку внешнего ключа. и отключил прерывание импорта, все мои данные были успешно вставлены в новую таблицу, в которой нет проблем, а затем удалили старую таблицу.

У меня это сработало.

user1429387 23 фев '16 в 14:29 2016-02-23 14:29 · Answer 21 · 2016-02-23 14:29

UPDATE sourcecodes_tags
SET sourcecode_id = NULL
WHERE sourcecode_id NOT IN (
  SELECT id FROM sourcecodes);

должен помочь избавиться от этих идентификаторов. Или если null не допускается в sourcecode_idзатем удалите эти строки или добавьте отсутствующие значения в sourcecodes Таблица.

0

Источник

user1429387 23 фев '16 в 14:29