Вимкніть перевірку зовнішнього ключа PostgreSQL на міграцію

Я створюю багато міграцій із зовнішніми ключами в PostgreSQL 9.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';