it-roy-ru.com

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 :)

Благодарю.

Edit: Это код, который генерирует ошибку:

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

Вполне вероятно, что ваша таблица 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;
220
nos

У меня была та же проблема с моей базой данных 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;
91
Prakash

Используйте NOT IN, чтобы найти, где находятся ограниченияconstraining:

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, а также намного проще в построении и повторении.

55
Ryan Ward

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

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

23
Shankar Damodaran

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

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

SHOW TABLE STATUS WHERE Name =  't1';

ALTER TABLE t1 ENGINE=InnoDB;
15
zmonteca

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

  1. Есть ли какие-либо значения в вашем дочернем столбце, которых нет в родительском столбце (кроме NULL, если дочерний столбец имеет значение NULL)?

  2. У дочерних и родительских столбцов одинаковый тип данных?

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

  4. И этот решил для меня: есть ли в обеих таблицах одинаковое сопоставление? 

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

14
Michael Helwig

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

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

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

14
fyrye

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

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

  1. Удалите столбец, для которого вы пытались установить ограничение FK.

  2. Добавьте его еще раз и установите его значение по умолчанию как NULL.

  3. Попробуйте снова установить ограничение внешнего ключа.

7
Milad

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

5
Mostafa -T

попробуй это

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
Carlo Guevarra

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

4
VHanded

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

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, но это всегда изолировало проблему для меня.

2
mopsyd

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

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

2
twigg

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

2
vijayrana

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

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

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

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

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

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

1
SyntheticMeshwork

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

 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, просто снимите флажок Включить проверку внешнего ключа

asexample enter image description here

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

1
Fouad Mekkey

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

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

1
Kingsley Mitchell

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

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

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

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

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

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

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

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

0
naXa

У меня была та же проблема, и я нашел решение, поместив 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 выполнил этот запрос!

0
akelec