postgresql通过deferrable约束实现外键延迟检查，支持initially deferred和initially immediate两种模式，允许在事务提交时再验证外键约束，适用于循环依赖、批量导入等场景。
PostgreSQL 的外键延迟检查是通过约束的“延迟机制”（deferrable constraints）实现的，它允许将外键约束的检查从语句执行时推迟到事务提交时。这种机制在处理复杂的数据修改场景中非常有用，尤其是当多个相关表之间存在循环依赖或需要分步更新数据时。
什么是可延迟约束（DEFERRABLE）
在 PostgreSQL 中，外键约束可以被定义为 DEFERRABLE，这意味着约束的检查可以延迟到事务结束前才进行，而不是在每条 INSERT、UPDATE 或 DELETE 语句执行后立即检查。
可延迟约束有两种模式：
- INITIALLY DEFERRED：默认情况下延迟检查，每次语句执行时不检查，只在事务提交时统一检查。
- INITIALLY IMMEDIATE：默认立即检查，但可以在事务中使用 SET CONSTRAINTS 命令临时改为延迟。
如何定义可延迟外键约束
创建表时，可以通过添加 DEFERRABLE 关键字来启用延迟检查：
CREATE TABLE orders (
id serial PRIMARY KEY,
customer_id int,
FOREIGN KEY (customer_id) REFERENCES customers(id)
DEFERRABLE INITIALLY DEFERRED
);
也可以设置为 INITIALLY IMMEDIATE，保留手动控制的权利：
FOREIGN KEY (customer_id) REFERENCES customers(id)
DEFERRABLE INITIALLY IMMEDIATE
在事务中动态控制约束检查
使用 SET CONSTRAINTS 命令可以在事务内部临时改变约束的检查时机。
例如：
BEGIN; <p>-- 将所有可延迟约束设为延迟检查 SET CONSTRAINTS ALL DEFERRED;</p><p>INSERT INTO orders (customer_id) VALUES (1); -- 此时 customer 可能还不存在 INSERT INTO customers (id) VALUES (1); -- 补上缺失的 customer</p><p>-- 提交时才会检查外键是否最终满足 COMMIT;
如果在 COMMIT 时所有约束都已满足，则事务成功；否则事务回滚。
你也可以只针对特定约束进行设置：
SET CONSTRAINTS fk_order_customer DEFERRED;
延迟检查的实际应用场景
延迟外键检查特别适用于以下情况：
- 循环外键依赖：表 A 引用表 B，同时表 B 也引用表 A。不使用延迟检查则无法插入第一行数据。
- 批量数据导入：导入顺序可能打乱父子关系，延迟检查允许先导入子记录，再补父记录。
- 复杂业务逻辑更新：在事务中多次修改关联数据，中间状态可能违反约束，但最终状态合法。
基本上就这些。只要合理使用 DEFERRABLE 和 SET CONSTRAINTS，就能灵活控制外键检查时机，既保证数据一致性，又避免不必要的操作限制。
