Doctrine2 фиксирует порядок при удалении сущностей [duplicate]

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

SET FOREIGN_KEY_CHECKS = 0; DROP TABLE table_name;

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

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

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

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

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

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

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`);

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

Как насчет этой альтернативы, которую я использовал: разрешить внешнему ключу NULL , а затем выбрать ON DELETE SET NULL.

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

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

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

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

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

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`);

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

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

    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 ;

Когда вы создаете базу данных или создаете таблицы

Вы должны добавить, что строка в верхнем скрипте создает базу данных или таблицу

SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=1;

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

SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=1;
DELETE FROM `jobs` WHERE `job_id` =1 LIMIT 1

Удачи!

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

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

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 CASCASE

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

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

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

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