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

Ответ 1

Как и вы, вы должны удалить строку из таблицы рекламодателей, прежде чем удалять строку в таблице заданий, на которую она ссылается. Это:

ALTER TABLE `advertisers`
  ADD CONSTRAINT `advertisers_ibfk_1` FOREIGN KEY (`advertiser_id`) 
      REFERENCES `jobs` (`advertiser_id`);

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

ALTER TABLE `jobs`
  ADD CONSTRAINT `advertisers_ibfk_1` FOREIGN KEY (`advertiser_id`) 
      REFERENCES `advertisers` (`advertiser_id`);

Как только вы исправите отношение внешнего ключа, ваш оператор удаления будет работать.

Ответ 2

Простым способом было бы отключить проверку внешнего ключа; внесите изменения, а затем повторно включите проверку внешнего ключа.

SET FOREIGN_KEY_CHECKS=0; -- to disable them
SET FOREIGN_KEY_CHECKS=1; -- to re-enable them

Ответ 3

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

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

ALTER TABLE `advertisers`
ADD CONSTRAINT `advertisers_ibfk_1`
FOREIGN KEY (`advertiser_id`) REFERENCES `jobs` (`advertiser_id`)
ON DELETE CASCADE;

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

ALTER TABLE `jobs`
ADD FOREIGN KEY (`advertiser_id`) REFERENCES `advertisers` (`advertiser_id`);

И каскадное удаление не потребуется.

Ответ 4

Если вы хотите удалить таблицу, вы должны выполнить следующий запрос за один шаг

SET FOREIGN_KEY_CHECKS = 0; DROP TABLE имя_таблицы;

Ответ 5

Я думаю, что ваш внешний ключ назад. Попробуйте:

ALTER TABLE 'jobs'
ADD CONSTRAINT `advertisers_ibfk_1` FOREIGN KEY (`advertiser_id`) REFERENCES `advertisers` (`advertiser_id`)

Ответ 6

Если у одного и того же рекламодателя несколько вакансий, то ваш внешний ключ должен быть следующим:

ALTER TABLE 'jobs'
ADD CONSTRAINT 'advertisers_ibfk_1' 
FOREIGN KEY ('advertiser_id') 
REFERENCES 'advertisers' ('advertiser_id');

В противном случае (если в вашем случае все наоборот), если вы хотите, чтобы строки в рекламодателе автоматически удалялись, если строка в задании удаляется, добавьте параметр "ON DELETE CASCADE" в конец внешнего ключа:

ALTER TABLE 'advertisers'
ADD CONSTRAINT 'advertisers_ibfk_1' 
FOREIGN KEY ('advertiser_id') 
REFERENCES 'jobs' ('advertiser_id')
ON DELETE CASCADE;

Ознакомьтесь с ограничениями внешнего ключа

Ответ 7

Вам необходимо удалить его по заказу В таблицах есть зависимость

Ответ 8

У меня была эта проблема в миграции laravel тоже
порядок отбрасываемых таблиц в методе down() имеет значение

Schema::dropIfExists('groups');
Schema::dropIfExists('contact');

может не работать, но если вы измените порядок, он будет работать.

Schema::dropIfExists('contact');
Schema::dropIfExists('groups');

Ответ 9

При создании базы данных или создании таблиц

Вы должны добавить эту строку вверху script создать базу данных или таблицу

SET @[email protected]@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=1;

Теперь вы хотите удалить записи из таблицы? то вы пишете как

SET @[email protected]@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=1;
DELETE FROM `jobs` WHERE `job_id` =1 LIMIT 1

Удачи!

Ответ 10

если вам нужно как можно скорее поддержать клиента и не иметь доступа к

FOREIGN_KEY_CHECKS

чтобы целостность данных могла быть отключена:

1) удалить внешний ключ

ALTER TABLE `advertisers` 
DROP FOREIGN KEY `advertisers_ibfk_1`;

2) активируйте операцию удаления thruogh sql или api

3) добавьте внешний ключ обратно в схему

ALTER TABLE `advertisers`
  ADD CONSTRAINT `advertisers_ibfk_1` FOREIGN KEY (`advertiser_id`) REFERENCES `jobs` (`advertiser_id`);

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

Ответ 11

Как насчет этой альтернативы, которую я использовал: разрешите внешнему ключу NULL, а затем выберите ВКЛ. УДАЛИТЬ УСТАН. NULL.

Лично я предпочитаю использовать как "ON UPDATE CASCADE", так и "ON DELETE SET NULL", чтобы избежать ненужных осложнений, но при настройке вам может понадобиться другой подход. Кроме того, значения NULL'ing внешнего ключа могут в последствии привести к осложнениям, поскольку вы не знаете, что именно там произошло. Таким образом, это изменение должно быть тесно связано с тем, как работает ваш код приложения.

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

Ответ 12

Вы можете создать триггер для удаления указанных строк перед удалением задания.

    DELIMITER $$
    CREATE TRIGGER before_jobs_delete 
        BEFORE DELETE ON jobs
        FOR EACH ROW 
    BEGIN
        delete from advertisers where advertiser_id=OLD.advertiser_id;
    END$$
    DELIMITER ;

Ответ 13

Основная проблема с этой ошибкой Error Code: 1451. Cannot delete or update a parent row: a foreign key constraint fails состоит в том, что он не позволяет узнать, какая таблица содержит сбой FK, поэтому конфликт трудно разрешить.

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

1. Используйте MySQL верстак
2. Нажмите на базу данных → Обратный инжиниринг
3. Выберите правильное connection
4. Далее до конца не забудьте выбрать database и tables которые необходимо изучить
5. Теперь у вас есть диаграмма ER, вы можете увидеть, какая таблица имеет конфликт FK

Ответ 14

Возможно, вы должны попробовать ВКЛ УДАЛИТЬ КАСКАД