Tắt kiểm tra khóa ngoại PostgreSQL để di chuyển

Question 1

Tôi đang tạo rất nhiều di chuyển có khóa ngoại trong PostgreSQL 9.4.

Điều này đang gây ra một vấn đề đau đầu vì tất cả các bảng đều phải theo thứ tự chính xác mà các khóa ngoại mong đợi khi chúng được di chuyển. Nó thậm chí còn trở nên khó khăn hơn nếu tôi phải chạy di chuyển từ các gói khác mà di chuyển mới của tôi phụ thuộc vào khóa ngoại.

Trong MySQL, tôi có thể đơn giản hóa việc này bằng cách chỉ cần thêm SET FOREIGN_KEY_CHECKS = 0;vào đầu tệp di chuyển của mình. Làm cách nào để tôi có thể thực hiện việc này tạm thời trong PostgresSQL chỉ với độ dài của mã di chuyển?

BTW, sử dụng Trình tạo lược đồ Laravel cho việc này.

Question 2

PostgreSQL không hỗ trợ bất kỳ tùy chọn cấu hình nào, nhưng có một khả năng khác.

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

Tính toàn vẹn của tham chiếu trong Postgres được triển khai bởi trình kích hoạt và bạn có thể tắt trình kích hoạt trên bảng. Với phương pháp này, bạn có thể tải lên bất kỳ dữ liệu nào (rủi ro), nhưng nhanh hơn đáng kể - vì việc kiểm tra dữ liệu lớn rất tốn kém. Và nếu quá trình tải lên của bạn an toàn, thì bạn có thể làm điều đó.

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

Khả năng tiếp theo là sử dụng các ràng buộc hoãn lại. Kiểm tra ràng buộc di chuyển này để cam kết thời gian. Vì vậy, bạn không nên tôn trọng trật tự với INSERTcác lệnh:

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

Phương pháp này nên được ưu tiên cho bạn, vì dữ liệu được chèn vào sẽ được kiểm tra.

Question 3

Đối với quá trình di chuyển, việc tắt tất cả các trình kích hoạt sẽ dễ dàng hơn với:

SET session_replication_role = 'replica';

Và sau khi di chuyển, kích hoạt lại tất cả với

SET session_replication_role = 'origin';