MySQLで外部キー制約を一時的に無効にする方法は？

MySQLの制約を一時的に無効にすることは可能ですか？

2つの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;

制約を無効にする代わりに、恒久的にON DELETE SET NULLに変更します。それでも同様のことができ、キーのチェックをオンまたはオフにする必要はありません。そのようです：

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/en/alter-table.html）とこれ（http://dev.mysql.com/doc/refman/5.5/en）を読んでください。/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に対応している場合は、削除する前に値を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に設定することはお勧めできません。そうすると、データベースは参照整合性に違反していないことを保証しないためです。これは、不正確、誤解を招く、または不完全なデータにつながる可能性があります。

子列のすべての値は親列の値と同じでなければならないため、外部キーを作成します。外部キー制約がない場合、子行には親行にない値が含まれる可能性があり、データが不正確になる可能性があります。

たとえば、学生がログインするためのWebサイトがあり、すべての学生がユーザーとしてアカウントに登録する必要があるとします。ユーザーIDを主キーとするユーザーIDのテーブルが1つあります。そして、学生IDを列として持つ学生アカウント用の別のテーブル。すべての学生はユーザーIDを持っている必要があるため、学生アカウントテーブルの学生IDを、ユーザーIDテーブルの主キーユーザーIDを参照する外部キーにすることは理にかなっています。外部キーのチェックがない場合、学生は学生IDとユーザーIDを持たなくなる可能性があります。つまり、学生はユーザーでなくてもアカウントを取得できますが、これは誤りです。

大量のデータが発生した場合を想像してみてください。そのため、外部キーのチェックが必要です。

エラーの原因を突き止めるのが最善です。おそらく、子行から削除せずに親行から削除しようとしています。親行から削除する前に、子行から削除してください。