移行のためのPostgreSQL外部キーチェックを無効にする

PostgreSQL9.4で外部キーを持つ多くの移行を作成しています。

テーブルはすべて、移行時に外部キーが期待する正確な順序である必要があるため、これは頭痛の種です。新しい移行が外部キーのために依存している他のパッケージから移行を実行する必要がある場合は、さらに厄介になります。

MySQLではSET FOREIGN_KEY_CHECKS = 0;、移行ファイルの先頭に追加するだけでこれを簡略化できます。移行コードの長さだけPostgresSQLでこれを一時的に行うにはどうすればよいですか？

ところで、これにはLaravelスキーマビルダーを使用します。

PostgreSQLは構成オプションをサポートしていませんが、別の可能性があります。

postgres=# \d b
        Table "public.b"
┌────────┬─────────┬───────────┐
│ Column │  Type   │ Modifiers │
╞════════╪═════════╪═══════════╡
│ id     │ integer │           │
└────────┴─────────┴───────────┘
Foreign-key constraints:
    "b_id_fkey" FOREIGN KEY (id) REFERENCES a(id) DEFERRABLE

Postgresの参照整合性はトリガーによって実装され、テーブルのトリガーを無効にすることができます。この方法を使用すると、任意のデータ（リスク）をアップロードできますが、大きなデータのチェックにはコストがかかるため、大幅に高速になります。そして、あなたのアップロードが安全であるならば、あなたはそれをすることができます。

BEGIN;
ALTER TABLE b DISABLE TRIGGER ALL;
-- now the RI over table b is disabled
ALTER TABLE b ENABLE TRIGGER ALL;
COMMIT;

次の可能性は、遅延制約を使用することです。この移動制約チェックは時間をコミットします。したがって、INSERTコマンドの順序を尊重しないでください。

ALTER TABLE b ALTER CONSTRAINT b_id_fkey DEFERRABLE;

BEGIN
postgres=# SET CONSTRAINTS b_id_fkey DEFERRED;
SET CONSTRAINTS
postgres=# INSERT INTO b VALUES(100); -- this is not in a table
INSERT 0 1
postgres=# INSERT INTO b VALUES(10);
INSERT 0 1 
postgres=# COMMIT;
ERROR:  insert or update on table "b" violates foreign key constraint "b_id_fkey"
DETAIL:  Key (id)=(100) is not present in table "a".

挿入されたデータがチェックされるため、この方法をお勧めします。

移行の場合、次の方法ですべてのトリガーを無効にする方が簡単です。

SET session_replication_role = 'replica';

そして、移行後、すべてを再度有効にします

SET session_replication_role = 'origin';