Як тимчасово відключити обмеження іноземного ключа в MySQL?

Чи можливо тимчасово відключити обмеження в MySQL?

У мене є дві моделі Django, кожна з яких є ForeignKey до іншої. Видалення екземплярів моделі повертає помилку через обмеження ForeignKey:

cursor.execute("DELETE FROM myapp_item WHERE n = %s", n)
transaction.commit_unless_managed()  #a foreign key constraint fails here

cursor.execute("DELETE FROM myapp_style WHERE n = %s", n)
transaction.commit_unless_managed()

Чи можливо тимчасово відключити обмеження та видалити їх все одно?

Спробуйте DISABLE KEYSабо

SET FOREIGN_KEY_CHECKS=0;

переконайтесь, що

SET FOREIGN_KEY_CHECKS=1;

після.

Щоб вимкнути обмеження на зовнішній ключ у всьому світі, виконайте наступне:

SET GLOBAL FOREIGN_KEY_CHECKS=0;

і не забудьте повернути його, коли закінчите

SET GLOBAL FOREIGN_KEY_CHECKS=1;

ПОПЕРЕДЖЕННЯ. Це потрібно робити лише тоді, коли ви виконуєте обслуговування одного режиму користувача. Оскільки це може призвести до невідповідності даних. Наприклад, це буде дуже корисно, коли ви завантажуєте велику кількість даних за допомогою виводу mysqldump.

Я, як правило, відключаю обмеження зовнішніх ключів лише тоді, коли хочу врізати таблицю, і оскільки я постійно повертаюся до цієї відповіді, це для мене на майбутнє:

SET FOREIGN_KEY_CHECKS=0;
TRUNCATE TABLE table;
SET FOREIGN_KEY_CHECKS=1;

Замість того, щоб вимкнути обмеження, назавжди змініть його на ВИМОЖЛИВО ВІДНОВИТИ НАСТУП. Це дозволить зробити подібне, і вам не доведеться включати та вимикати перевірку ключів. Так:

ALTER TABLE tablename1 DROP FOREIGN KEY fk_name1; //get rid of current constraints
ALTER TABLE tablename2 DROP FOREIGN KEY fk_name2;

ALTER TABLE tablename1 
  ADD FOREIGN KEY (table2_id) 
        REFERENCES table2(id)
        ON DELETE SET NULL  //add back constraint

ALTER TABLE tablename2 
  ADD FOREIGN KEY (table1_id) 
        REFERENCES table1(id)
        ON DELETE SET NULL //add back other constraint

Прочитайте це ( http://dev.mysql.com/doc/refman/5.5/uk/alter-table.html ) і це ( http://dev.mysql.com/doc/refman/5.5/uk /create-table-foreign-keys.html ).

Щоб вимкнути обмеження зовнішнього ключа в усьому світі:

SET GLOBAL FOREIGN_KEY_CHECKS = 0;

і для активного обмеження зовнішніх ключів

SET GLOBAL FOREIGN_KEY_CHECKS = 1;

Дуже просте рішення з phpmyadmin:

• У таблиці перейдіть на SQLвкладку
• Після редагування команди SQL, яку ви хочете запустити, поруч є прапорець під GOназвою " Увімкнути перевірку зовнішніх ключів" .
• Зніміть цей прапорець і запустіть свій SQL . Він буде автоматично повторно перевірений після виконання.

Мені просто SET FOREIGN_KEY_CHECKS=0;не вистачало. Я все ще мав com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException.

Довелося додати ALTER TABLE myTable DISABLE KEYS;.

Тому:

SET FOREIGN_KEY_CHECKS=0;
ALTER TABLE myTable DISABLE KEYS;
DELETE FROM myTable;
ALTER TABLE myTable ENABLE KEYS;
SET FOREIGN_KEY_CHECKS=1;

Якщо ключове поле є нульовим, то ви також можете встановити значення null, перш ніж намагатися його видалити:

cursor.execute("UPDATE myapp_item SET myapp_style_id = NULL WHERE n = %s", n)
transaction.commit_unless_managed() 

cursor.execute("UPDATE myapp_style SET myapp_item_id = NULL WHERE n = %s", n)
transaction.commit_unless_managed()

cursor.execute("DELETE FROM myapp_item WHERE n = %s", n)
transaction.commit_unless_managed()

cursor.execute("DELETE FROM myapp_style WHERE n = %s", n)
transaction.commit_unless_managed()

У phpMyAdmin ви можете вибрати кілька рядків і натиснути дію видалення. Ви ввійдете на екран, у якому перераховані запити на видалення, зніміть прапорець із пунктом "Зовнішній ключ" та натисніть "Так", щоб виконати їх.

Це дозволить вам видалити рядки, навіть якщо є обмеження ON DELETE.

Недоцільно встановити обмеження для іноземного ключа на 0, тому що якщо ви це зробите, ваша база даних не гарантує, що вона не порушує референтну цілісність. Це може призвести до неточних, оманливих або неповних даних.

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

Наприклад, скажімо, у вас є веб-сайт для входу студентів, і кожен студент повинен зареєструватися для облікового запису як користувач. У вас є одна таблиця для ідентифікаторів користувачів, ідентифікатор користувача як основний ключ; та інша таблиця для облікових записів студентів, із ідентифікатором студента як стовпцем. Оскільки кожен студент повинен мати ідентифікатор користувача, було б доцільно зробити ідентифікатор студента зі таблиці облікових записів студентів зовнішнім ключем, який посилається на ідентифікатор основного ключа в таблиці ідентифікаторів користувача. Якщо немає іноземних ключів, студент може мати ідентифікатор студента та ідентифікатор користувача, а це означає, що студент може отримати обліковий запис, не будучи користувачем, що неправильно.

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

Найкраще з’ясувати, що викликає помилку. Швидше за все, ви намагаєтесь видалити з батьківського рядка, не видаляючи дочірнього рядка. Спробуйте видалити з дочірнього рядка перед видаленням з батьківського рядка.