Wyłącz sprawdzanie kluczy obcych PostgreSQL dla migracji

Tworzę wiele migracji, które mają klucze obce w PostgreSQL 9.4.

Powoduje to ból głowy, ponieważ wszystkie tabele muszą być w dokładnie takiej kolejności, jakiej oczekują klucze obce podczas migracji. Robi się jeszcze trudniej, jeśli muszę uruchamiać migracje z innych pakietów, od których zależą moje nowe migracje dla klucza obcego.

W MySQL mogę to uprościć, dodając po prostu SET FOREIGN_KEY_CHECKS = 0;na początku mojego pliku migracji. Jak mogę to zrobić tymczasowo w PostgresSQL tylko na czas trwania kodu migracji?

BTW, używając do tego narzędzia Laravel Schema Builder.

PostgreSQL nie obsługuje żadnej opcji konfiguracyjnej, ale istnieje inna możliwość.

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

Integralność referencyjna w Postgres jest implementowana przez wyzwalacze i możesz wyłączyć wyzwalacze w tabeli. Dzięki tej metodzie możesz przesłać dowolne dane (ryzyko), ale jest to znacznie szybsze - ponieważ sprawdzenie dużych danych jest kosztowne. A jeśli przesyłanie jest bezpieczne, możesz to zrobić.

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

Następną możliwością jest użycie odroczonych ograniczeń. To sprawdzenie ograniczenia ruchu, aby zatwierdzić czas. Dlatego nie należy szanować porządku przy INSERTpoleceniach:

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".

Ta metoda powinna być dla Ciebie preferowana, ponieważ wprowadzone dane zostaną sprawdzone.

W przypadku migracji łatwiej jest wyłączyć wszystkie wyzwalacze za pomocą:

SET session_replication_role = 'replica';

A po migracji wszystko można ponownie włączyć za pomocą

SET session_replication_role = 'origin';