ora-14097根源是oracle在sys.col$中字节级比对列定义，任一差异（column_id、类型、精度、nullable、隐藏/未使用列等）即报错；须用user_tab_columns逐项核验并以dbms_metadata.get_ddl重建交换表。
exchange操作失败，十有八九不是性能问题，而是架构不匹配直接报错中断——ora-14097、ora-14098这些错误不会给你“慢一点再试”的机会，只会在ddl执行瞬间拒绝。
怎么确认是不是列定义字节级不一致？
别靠肉眼比DDL，也别信“类型看起来一样”。Oracle在sys.col$里逐字段比对column_id、data_type、data_length、data_precision、data_scale、nullable、隐藏列、未使用列，差一个字节就ORA-14097。
- 执行
SELECT column_name, data_type, data_length, data_precision, data_scale, nullable FROM user_tab_columns WHERE table_name IN ('SRC_TAB', 'EXCH_TAB') ORDER BY table_name, column_id，两表并排对比 -
VARCHAR2(100)和VARCHAR2(100 CHAR)算不同；NUMBER和NUMBER(10,0)不等价；DATE不能换TIMESTAMP - 查隐藏列：
SELECT column_name FROM user_tab_cols WHERE table_name = 'XXX' AND (hidden_column = 'YES' OR virtual_column = 'YES' OR unused_col_count > 0) - 用
DBMS_METADATA.GET_DDL('TABLE', 'SRC_TAB')拿原始DDL建交换表，别用CREATE TABLE AS SELECT *——它会丢约束、改顺序、忽略默认值
为什么加了主键还是报ORA-14097？
主键本身不是关键，关键是主键列的NOT NULL属性是否显式继承。CTAS生成的表默认不带NOT NULL约束，哪怕源表该列是主键的一部分。
- 检查
nullable字段：源表某列为'N'，交换表却是'Y'，必报错 - 修复方式不是重建表，而是补约束：
ALTER TABLE exch_tab MODIFY (id NOT NULL) - 如果源表主键含多个列，每一列都得单独
MODIFY NOT NULL，顺序无关，但空值性必须严丝合缝 - 虚拟列、压缩列自动添加的
SYS_NC*隐藏列，也得在交换表中存在且同名同属性
INCLUDING INDEXES导致ORA-14098怎么办？
这个错误不是索引“有没有”，而是本地索引（LOCAL）的结构是否完全镜像——列顺序、数据类型、长度、排序方向（ASC/DESC）、COMPRESS设置，缺一不可。
- 别指望
CREATE INDEX语句看着像就行，得查字典：SELECT column_name, column_position, descend FROM user_ind_columns WHERE index_name = 'IDX_NAME' ORDER BY column_position - 两个表的同名本地索引，对应列的
column_position必须一致；descend值（'ASC'/'DESC'）必须相同；COMPRESS开关也得一致 - 最稳妥做法：交换时不加
INCLUDING INDEXES，先完成数据交换，再对新分区表单独建本地索引：CREATE INDEX idx_local ON target_table(partition_col) LOCAL - 全局索引根本不能用
INCLUDING INDEXES带过去——它压根不支持，加了反而触发ORA-14098，想保持可用只能加UPDATE GLOBAL INDEXES，但这会扫全表，秒级变分钟级
数据范围合规性被WITHOUT VALIDATION骗了？
WITHOUT VALIDATION只是跳过校验，不是绕过规则。分区键值越界的数据，交换后查不到、删不掉、甚至让全局索引失效，问题在运行时才暴露。
- 目标分区定义为
LESS THAN (DATE '2025-01-01')，源表里只要有一行sale_date >= DATE '2025-01-01'，交换后该行就“消失”在逻辑上 -
WITHOUT VALIDATION对主键/唯一约束无效——Oracle强制走WITH VALIDATION，哪怕你写了WITHOUT - 真正安全的做法：提前过滤建表，例如
CREATE TABLE exch_tab AS SELECT * FROM src_tab WHERE sale_date - 如果源表数据已混杂，先用
INSERT /*+ APPEND */ INTO exch_tab SELECT ... WHERE ...带条件导出，而不是全量CTAS
架构不匹配的本质，是Oracle把Exchange当成原子指针交换，而非数据搬运。它不关心你“业务上合理”，只认字典里每个字段的物理指纹。少一次user_tab_columns比对，就多一次半夜重启应用的风险。
