PostgreSQL 设置 ON DELETE SET NULL 后仍无法 TRUNCATE 父表

外键已经声明 ON DELETE SET NULL，清空父表时却出现：

ERROR: cannot truncate a table referenced in a foreign key constraint
DETAIL: Table "assets" references "owners".
HINT: Truncate table "assets" at the same time, or use TRUNCATE ... CASCADE.

如果你的目的是删除所有所有者记录、保留资产记录，并把资产上的所有者编号置空，不能照着提示直接加 CASCADE。TRUNCATE ... CASCADE 会把引用表也清空，资产记录会一起被删除。

这种场景应使用 DELETE，让外键的删除动作处理引用列。下面按 PostgreSQL 18 的规则说明，示例限定为普通非分区表、单列可空外键；其他版本应核对对应版本规则，分区、继承表和自定义触发器需要另行评估。

确认外键确实连到了这张表

本文用 public.owners 表示父表，public.assets 表示需要保留的子表，assets.owner_id 引用 owners.id。先在实际报错的数据库查询约束：

SELECT current_database(), to_regclass('public.owners');

SELECT conname,
       conrelid::regclass AS referencing_table,
       confrelid::regclass AS referenced_table,
       pg_get_constraintdef(oid) AS definition
FROM pg_constraint
WHERE contype = 'f'
  AND confrelid = to_regclass('public.owners');

第一条确认数据库与目标表，避免在同名 schema 或另一个数据库中检查配置。第二条列出直接引用父表的外键。需要确认资产表对应的定义包含 ON DELETE SET NULL，并检查是否还有其他引用表使用 NO ACTION、RESTRICT 或 CASCADE。

一个外键设置为置空，不代表所有外键都如此。其他引用可能阻止删除，也可能带来额外的级联删除。查询没有返回行时，不能据此绕过错误，应先核对报错中的表名、schema 和当前连接。

再确认引用列允许空值。在 psql 中可以查看表结构：

\d public.assets

如果 owner_id 同时有 NOT NULL，置空动作仍会违反约束。不要为了执行清理就直接去掉非空限制；应先确认业务是否允许一条资产记录没有所有者。

保留子表记录时，改用 DELETE

ON DELETE SET NULL 针对被引用行的删除。TRUNCATE 不逐行执行删除，也不会触发 ON DELETE 触发器，因此不会替你把引用列置空。即使子表当前没有记录，外键关系仍会阻止单独截断父表。

下面是这种关系的最小建表示例，仅用于新的隔离测试数据库，不要对已有业务表重复执行：

CREATE TABLE public.owners (
    id bigint PRIMARY KEY,
    name text
);

CREATE TABLE public.assets (
    id bigint PRIMARY KEY,
    name text,
    owner_id bigint REFERENCES public.owners(id)
        ON DELETE SET NULL
);

对于已有表，应保留现有结构，核对约束后再设计清理操作。删除前准备可恢复的备份，记录资产记录的主键和数量，并暂停相关写入或安排维护窗口，避免并发变化干扰核验。

下列示例删除父表全部记录，并查询结果，最后用 ROLLBACK 撤销，适合先在隔离副本中确认行为：

BEGIN;

SELECT count(*) AS assets_before FROM public.assets;

DELETE FROM public.owners;

SELECT count(*) AS owners_after FROM public.owners;
SELECT count(*) AS assets_after FROM public.assets;
SELECT count(*) AS remaining_owner_refs
FROM public.assets
WHERE owner_id IS NOT NULL;

ROLLBACK;

在外键已验证有效、没有改变删除行为的额外规则或触发器、相关数据没有并发写入的前提下，应看到父表记录数为零，资产记录数与删除前相同，非空所有者引用数为零。还要按之前记录的主键核对资产记录仍在；数量相同本身不能证明保留了同一批数据。

正式清理需在同一事务中完成操作和核验，再由操作者决定提交；不要把包含 COMMIT 的整段脚本当作无需确认的重试命令。只删除部分所有者时，给 DELETE 增加经过核对的 WHERE 条件，此时只有引用这些被删记录的外键值应变为空。

若出现非空约束、其他外键或触发器错误，先回滚并处理具体约束。删除不会因为声明了置空动作就跳过其他完整性检查。大量逐行删除及关联更新也会产生负载，不能把这一替换当作与截断成本相同的操作。

父表和子表都要清空时，显式列出范围

只有已经确认资产记录也可以全部丢弃，才适合把两张表放在同一条 TRUNCATE 中。先完成备份与依赖核对；下面仍以回滚结束：

BEGIN;

TRUNCATE TABLE public.assets, public.owners
    CONTINUE IDENTITY RESTRICT;

SELECT count(*) FROM public.assets;
SELECT count(*) FROM public.owners;

ROLLBACK;

RESTRICT 会在还有未列入的引用表时拒绝执行，避免自动扩大清理范围。它也是默认行为。若报错指出另一张表，应判断那张表的数据是否允许清空，不能为了消除报错无限追加表名。

两条分开的截断语句不能替代同一条多表语句：先清空子表后，外键依然存在，单独截断父表仍可能被拒绝。CONTINUE IDENTITY 保留序列当前位置；只有确实需要重置编号时才另外评估 RESTART IDENTITY。

截断会对涉及的表取得 ACCESS EXCLUSIVE 锁，阻塞并发访问。用事务包住操作并不意味着可以长期停在核验步骤，应在维护窗口内及时决定提交或回滚。

回退的边界

事务尚未提交时，ROLLBACK 可以撤销这里的表数据改动。提交以后，再执行回滚不会恢复已删除的所有者记录、被置空的关联或被截断的资产记录，恢复需要事先保留的备份和关联数据。

不要把“临时删除外键”“关闭完整性检查”作为保留资产的常规方案。这里需要的是按既有删除规则解除关联，保留外键并使用 DELETE 能让数据库继续检查数据关系，也避免清理期间留下无法验证的孤立引用。