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。
