为什么Oracle 11g分区交换时会出现ORA-14097错误

ORA-14097 错误源于 Oracle 对交换表与分区表在 sys.col$ 中逐字段字节级比对，要求 column_id、data_type、data_length、nullable、默认值、隐藏列、未使用列等完全一致，任一差异即报错且不提示具体项。

ora-14097 不是“类型看起来差不多就行”，而是 oracle 在 sys.col$ 字典里逐字段做字节级比对，只要 column_id、data_type、data_length、nullable、默认值、隐藏列、未使用列中任一不一致，立刻报错——且不告诉你哪一列出问题。

列顺序错一位就失败：Oracle 只认 column_id，不认列名

你用 CREATE TABLE AS SELECT * 建交换表，哪怕所有字段名和类型都对得上，只要源表定义是 (id, name, created_at)，而中间表是 SELECT name, id, created_at FROM ...，column_id 就已错位，必然触发 ORA-14097。

• 查真实顺序：SELECT column_name, column_id FROM user_tab_columns WHERE table_name IN ('PART_TABLE', 'STAGING_TABLE') ORDER BY table_name, column_id
• 修复方式不是改 SQL，而是用 DBMS_METADATA.GET_DDL('TABLE', 'PART_TABLE') 拿原始 DDL，完整执行建表
• 手写建表时漏掉一个逗号或换行错位，也可能导致 column_id 偏移

VARCHAR2(100) 和 VARCHAR2(100 CHAR) 是两种类型

Oracle 内部记录的 data_type 和 data_length 不同，哪怕你肉眼看不出区别。类似情况还包括：NUMBER vs NUMBER(10,0)、DATE vs TIMESTAMP(6)、CHAR(10) vs VARCHAR2(10)。

• 查底层定义：SELECT column_name, data_type, data_length, data_precision, nullable FROM user_tab_columns WHERE table_name IN ('PART_TABLE', 'STAGING_TABLE') ORDER BY table_name, column_id
• data_length 必须完全相等——VARCHAR2(50 CHAR) 在 UTF8 下可能存为 150 字节，data_length 就是 150，而非 50
• CTAS 不继承字符语义，VARCHAR2(100) 的 CTAS 结果可能是 VARCHAR2(100 BYTE)，但源表是 VARCHAR2(100 CHAR)，就直接失败

NOT NULL、隐藏列、未使用列这些“看不见”的东西也必须一致

这些字段不会出现在 DESC 或简单 DDL 里，但 Oracle 交换时会读 sys.col$，任何差异都拒绝。

• 查隐藏列：SELECT column_name, hidden_column, virtual_column FROM user_tab_cols WHERE table_name IN ('PART_TABLE', 'STAGING_TABLE') AND (hidden_column = 'YES' OR virtual_column = 'YES')
• 查未使用列：SELECT column_name FROM user_tab_cols WHERE table_name = 'XXX' AND unused_col_count > 0，两边都要清理：ALTER TABLE xxx DROP UNUSED COLUMNS
• CTAS 不继承 NOT NULL 约束，哪怕源表该列是主键一部分，交换表对应列 nullable 仍是 'Y'，必须手动补：ALTER TABLE staging_table MODIFY (col_name NOT NULL)
• 默认值也要一致：CTAS 丢弃 DEFAULT，需显式加回，否则 sys.col$.default$ 字段内容不同也会失败

带索引交换（INCLUDING INDEXES）会额外校验本地索引结构

不只是表结构要一致，INCLUDING INDEXES 还要求分区表的 LOCAL 索引与交换表的普通索引在列顺序、column_position、data_type、排序方向（ASC/DESC）、COMPRESS 设置上完全镜像。

• 查索引列序：SELECT column_name, column_position FROM user_ind_columns WHERE index_name = 'IDX_LOCAL' AND table_name = 'PART_TAB' ORDER BY column_position
• 查交换表索引：SELECT column_name, column_position FROM user_ind_columns WHERE index_name = 'IDX_STG' ORDER BY column_position
• 二者输出必须逐行完全相同；稍有偏差就报 ORA-14098
• 最省事做法：改用 EXCLUDING INDEXES，交换完再重建 LOCAL 索引：CREATE INDEX idx_local ON target_table(partition_col) LOCAL

真正麻烦的不是某一项没对齐，而是 Oracle 不提示具体哪项不一致，只能靠字典视图逐项比对。生产环境大表重建不可行时，往往得靠 user_tab_columns、user_tab_cols、user_ind_columns 三张视图交叉核对，漏掉任何一个字段属性，都会卡在 ORA-14097。