兄弟，我太懂你这种卡在Oracle分区归档上的憋屈了——尤其是涉及间隔分区父表+参考分区子表的组合，简直是踩坑踩得怀疑人生，一会儿ORA-02266，一会儿直接内部错误ORA-00600，换谁都得懵。你用CASCADE在单子女表场景下成功，但多子女表触发ORA-14706，这完全是Oracle的限制导致的：EXCHANGE PARTITION ... CASCADE只能处理一个直接关联的参考分区子表，多子表时就会报错。

下面给你一套稳定的多子女表归档流程，亲测有效：

核心思路 #

先临时解除子表和父表的外键关联，手动逐个交换父表、子表的分区到临时表，再把临时表的数据交换到归档表，最后恢复约束。整个流程要确保每一步的表结构（包括约束）完全匹配，避免交换分区时的结构校验错误。

分步操作（以2个子表为例） #

1. 业务低峰期准备：禁用所有子表的外键约束 #

注意：禁用约束期间要确保没有写入操作，否则可能导致数据不一致，最好提前通知业务方或者加锁。

-- 禁用子表的外键约束
ALTER TABLE CHILD_TABLE1 DISABLE CONSTRAINT FK_CHILD_TABLE1;
ALTER TABLE CHILD_TABLE2 DISABLE CONSTRAINT FK_CHILD_TABLE2;
-- 其他子表同理

2. 创建匹配结构的临时表 #

临时表必须和原表、归档表的结构完全一致，包括主键、外键约束：

-- 父表临时表，带主键
CREATE TABLE PARENT_TABLE_TMP AS SELECT * FROM PARENT_TABLE WHERE 1=2;
ALTER TABLE PARENT_TABLE_TMP ADD CONSTRAINT PK_PARENT_TMP PRIMARY KEY (PK) ENABLE VALIDATE;

-- 子表1临时表，外键指向父临时表
CREATE TABLE CHILD_TABLE1_TMP AS SELECT * FROM CHILD_TABLE1 WHERE 1=2;
ALTER TABLE CHILD_TABLE1_TMP ADD CONSTRAINT FK_CHILD1_TMP FOREIGN KEY (FK_PARENT) REFERENCES PARENT_TABLE_TMP (PK) ENABLE VALIDATE;

-- 子表2临时表，外键指向父临时表
CREATE TABLE CHILD_TABLE2_TMP AS SELECT * FROM CHILD_TABLE2 WHERE 1=2;
ALTER TABLE CHILD_TABLE2_TMP ADD CONSTRAINT FK_CHILD2_TMP FOREIGN KEY (FK_PARENT) REFERENCES PARENT_TABLE_TMP (PK) ENABLE VALIDATE;

3. 交换父表目标分区到临时表 #

用FOR子句指定要归档的日期对应的分区，UPDATE INDEXES避免手动重建索引：

ALTER TABLE PARENT_TABLE EXCHANGE PARTITION FOR (TO_DATE('2017-01-01','YYYY-MM-DD')) 
WITH TABLE PARENT_TABLE_TMP 
UPDATE INDEXES;

4. 逐个交换子表的对应参考分区到临时表 #

参考分区的名称可以通过查询获取：

-- 查询子表的分区名称
SELECT partition_name FROM user_tab_partitions WHERE table_name = 'CHILD_TABLE1';

假设子表对应分区是PARTITION_2，执行交换：

-- 子表1交换分区
ALTER TABLE CHILD_TABLE1 EXCHANGE PARTITION PARTITION_2 
WITH TABLE CHILD_TABLE1_TMP 
UPDATE INDEXES;

-- 子表2交换分区
ALTER TABLE CHILD_TABLE2 EXCHANGE PARTITION PARTITION_2 
WITH TABLE CHILD_TABLE2_TMP 
UPDATE INDEXES;

5. 交换父临时表到归档父表的对应分区 #

ALTER TABLE PARENT_TABLE_ARCHIVE EXCHANGE PARTITION FOR (TO_DATE('2017-01-01','YYYY-MM-DD')) 
WITH TABLE PARENT_TABLE_TMP 
UPDATE INDEXES;

6. 修改子临时表的外键指向归档父表 #

先删除临时外键，再添加指向归档父表的外键：

-- 子表1临时表修改外键
ALTER TABLE CHILD_TABLE1_TMP DROP CONSTRAINT FK_CHILD1_TMP;
ALTER TABLE CHILD_TABLE1_TMP ADD CONSTRAINT FK_CHILD1_TMP_ARCH FOREIGN KEY (FK_PARENT) REFERENCES PARENT_TABLE_ARCHIVE (PK) ENABLE VALIDATE;

-- 子表2临时表修改外键
ALTER TABLE CHILD_TABLE2_TMP DROP CONSTRAINT FK_CHILD2_TMP;
ALTER TABLE CHILD_TABLE2_TMP ADD CONSTRAINT FK_CHILD2_TMP_ARCH FOREIGN KEY (FK_PARENT) REFERENCES PARENT_TABLE_ARCHIVE (PK) ENABLE VALIDATE;

7. 交换子临时表到归档子表的对应分区 #

-- 子表1归档
ALTER TABLE CHILD_TABLE1_ARCHIVE EXCHANGE PARTITION PARTITION_2 
WITH TABLE CHILD_TABLE1_TMP 
UPDATE INDEXES;

-- 子表2归档
ALTER TABLE CHILD_TABLE2_ARCHIVE EXCHANGE PARTITION PARTITION_2 
WITH TABLE CHILD_TABLE2_TMP 
UPDATE INDEXES;

8. 恢复原表的外键约束 #

ALTER TABLE CHILD_TABLE1 ENABLE CONSTRAINT FK_CHILD_TABLE1;
ALTER TABLE CHILD_TABLE2 ENABLE CONSTRAINT FK_CHILD_TABLE2;

9. 清理临时表 #

DROP TABLE PARENT_TABLE_TMP;
DROP TABLE CHILD_TABLE1_TMP;
DROP TABLE CHILD_TABLE2_TMP;

关键注意事项 #

• 备份优先：操作前一定要备份原表和归档表的数据，避免操作失误导致数据丢失。
• 低峰执行：禁用外键和交换分区的操作会锁表，尽量在业务低峰期执行，减少对业务的影响。
• 结构校验：所有交换操作的表结构（包括约束、索引、分区类型）必须完全匹配，否则会触发ORA-14130/ORA-14128等错误。
• 验证数据：操作完成后，要验证原表、归档表的数据是否正确，比如统计行数、关联查询验证。

关于“任由表增长”的纠结 #

如果你的存储资源足够，短期可以忍受，但长期来看，大表会导致查询变慢、备份/恢复时间变长、维护成本升高，所以归档还是很有必要的——尤其是按日期分区的场景，历史数据基本不会被修改，归档后能大幅提升核心业务表的性能。

内容的提问来源于stack exchange，提问作者T.Z.