为何父表执行TRUNCATE CASCADE会删除子表含NULL外键的行？

这个问题确实容易让人混淆——直觉上会觉得“外键为NULL就没和父表关联，不该被删”，但Oracle的TRUNCATE TABLE ... CASCADE逻辑和我们熟悉的DELETE ... CASCADE完全不一样，我来拆解清楚：

核心原因：TRUNCATE CASCADE的级联逻辑基于外键约束，而非实际数据关联 #

Oracle中的TRUNCATE是DDL（数据定义语言）操作，它的CASCADE子句作用不是针对子表中实际关联父表的行，而是针对存在外键约束指向父表的子表本身。也就是说：

• 只要子表定义了指向父表的外键约束（不管这个外键列是否允许NULL），执行TRUNCATE 父表 CASCADE时，就会递归地截断整个子表——不管子表里的外键值是NULL还是有效关联值，所有行都会被删除。

和DELETE CASCADE的关键区别 #

对比DML操作的DELETE ... CASCADE：

• DELETE ... CASCADE是数据层面的关联驱动，只会删除子表中外键值匹配父表被删除行的那些记录，外键为NULL的行完全不受影响。
• 而TRUNCATE ... CASCADE是DDL级别的批量截断，它不检查子表的实际数据，只要有外键约束依赖父表，就直接清空整个子表。

用测试场景验证 #

结合你的示例结构，我们补全代码更直观：

-- 创建父表ports
CREATE TABLE ports (
    port_id NUMBER PRIMARY KEY,
    port_name VARCHAR2(20) CONSTRAINT port_description_nn NOT NULL ENABLE
);

-- 创建子表ships，外键port_id允许为NULL
CREATE TABLE ships (
    ship_id NUMBER PRIMARY KEY,
    ship_name VARCHAR2(20) NOT NULL,
    port_id NUMBER REFERENCES ports(port_id)
);

-- 插入测试数据：子表包含外键为NULL和关联父表的行
INSERT INTO ports VALUES (1, 'Los Angeles');
INSERT INTO ships VALUES (1, 'Explorer', NULL);
INSERT INTO ships VALUES (2, 'Navigator', 1);

-- 执行带CASCADE的TRUNCATE
TRUNCATE TABLE ports CASCADE;

-- 查询子表，会发现所有行都被清空了
SELECT * FROM ships;

执行后你会看到ships表是空的，哪怕其中有一行的port_id是NULL，完全没和父表关联。

总结 #

• TRUNCATE TABLE ... CASCADE的级联逻辑是约束驱动的，不是数据驱动的
• 它会清空所有依赖于父表的子表（通过外键约束关联的），和子表数据是否实际关联父表无关
• 如果只想删除子表中实际关联父表的行，应该使用DELETE ... CASCADE而不是TRUNCATE

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