PostgreSQL存在循环外键约束时如何正确执行建表脚本？

你当前遇到的是多表循环外键依赖导致无法按顺序建表的问题，有两种成熟的处理方案： #

方案一：建表阶段移除外键定义，全部表创建完成后统一追加约束 #

这是最通用的处理方式，完全不受建表顺序限制，修改后的完整脚本如下：

-- 1. 先创建所有表，仅保留字段、主键约束
CREATE TABLE IF NOT EXISTS store (
    id INTEGER NOT NULL,
    nome VARCHAR(255) NOT NULL,
    document VARCHAR(80) NOT NULL,
    store_product INTEGER NOT NULL,
    PRIMARY KEY (id)
);

CREATE TABLE IF NOT EXISTS product (
    id INTEGER NOT NULL,
    nome VARCHAR(255) NOT NULL,
    price NUMERIC(15,2) NOT NULL,
    store_id INTEGER NOT NULL,
    inventory_id INTEGER NOT NULL,
    PRIMARY KEY (id)
);

CREATE TABLE IF NOT EXISTS inventory (
    id INTEGER NOT NULL PRIMARY KEY,
    amount INTEGER NOT NULL,
    product_id INTEGER NOT NULL
);

-- 2. 所有表创建完成后，统一添加外键约束
ALTER TABLE store ADD CONSTRAINT fk_store_product FOREIGN KEY (store_product) REFERENCES product (id);
ALTER TABLE product ADD CONSTRAINT fk_product_store FOREIGN KEY (store_id) REFERENCES store (id);
ALTER TABLE product ADD CONSTRAINT fk_product_inventory FOREIGN KEY (inventory_id) REFERENCES inventory (id);
ALTER TABLE inventory ADD CONSTRAINT fk_inventory_product FOREIGN KEY (product_id) REFERENCES product (id);

该方案兼容性强，逻辑清晰，是处理这类问题的首选方案。 #

方案二：搭配PostgreSQL延迟约束特性，同时解决后续数据插入的循环依赖问题 #

如果后续插入数据时也需要处理循环关联的校验问题，可以在外键定义时添加延迟校验属性，让外键约束在事务提交时才触发校验，而非每行插入时校验，修改后的加约束语句如下：

ALTER TABLE store ADD CONSTRAINT fk_store_product FOREIGN KEY (store_product) REFERENCES product (id) DEFERRABLE INITIALLY DEFERRED;
ALTER TABLE product ADD CONSTRAINT fk_product_store FOREIGN KEY (store_id) REFERENCES store (id) DEFERRABLE INITIALLY DEFERRED;
ALTER TABLE product ADD CONSTRAINT fk_product_inventory FOREIGN KEY (inventory_id) REFERENCES inventory (id) DEFERRABLE INITIALLY DEFERRED;
ALTER TABLE inventory ADD CONSTRAINT fk_inventory_product FOREIGN KEY (product_id) REFERENCES product (id) DEFERRABLE INITIALLY DEFERRED;

额外优化建议 #

从业务合理性角度来看，当前的表结构存在可以优化的空间：store表中的store_product字段设计不符合常规的一对多关联逻辑（通常一个门店对应多个商品，只需在product表保留store_id关联门店即可，无需在store表存储关联商品ID），如果调整该字段设计可以直接消除store和product之间的循环依赖，从根源避免这类问题。

内容的提问来源于stack exchange，提问作者Leonardo Manzini