ORA-14097 根本原因是 Oracle 在字典层逐字段比对 column_id、data_type、data_length、nullable、默认值、隐藏列等所有元数据项，任一不一致即拒绝交换。
ora-14097 报错根本不是“看起来像就行”，而是 oracle 在字典层逐字段比对 column_id、data_type、data_length、nullable、default value、隐藏列等所有元数据项，任一不一致就拒绝交换。
查字段顺序和 column_id 是否完全一致
CREATE TABLE AS SELECT * 或手写建表时列顺序错一位，就会触发 ORA-14097。Oracle 不按列名匹配，只认 user_tab_columns.column_id 的物理顺序。
- 执行：
SELECT column_name, column_id FROM user_tab_columns WHERE table_name IN ('PART_TABLE', 'STAGING_TABLE') ORDER BY table_name, column_id，逐行比对两表的column_id和column_name - 常见陷阱：源表定义是
(id, name, created_at)，而 staging 表用SELECT name, id, created_at FROM ...建出，column_id顺序已不同 - 修复方式不是改 SQL，而是用
DBMS_METADATA.GET_DDL('TABLE', 'PART_TABLE')拿到原始 DDL，完整执行建 staging 表
验证 data_type、data_length、nullable 是否字节级相同
看似一样的类型，底层存储长度可能不同。例如 TIMESTAMP(6) 在不同上下文创建后 DATA_LENGTH 可能是 11 或 20；VARCHAR2(100) 和 VARCHAR2(100 CHAR) 被视为两种类型。
- 执行：
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必须完全相等——哪怕只是多一个字节（如隐式加了时区信息），就报错 -
nullable = 'N'在分区表存在，但 staging 表是'Y'？必须补上：ALTER TABLE staging_table MODIFY (col_name 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 —— 它不继承
DEFAULT定义，需手动ALTER TABLE ... MODIFY col DEFAULT ...
约束与索引不是“可选配套”，而是硬性前置条件
主键、唯一约束、NOT NULL 约束，甚至 DISABLED 状态，都必须在 staging 表中存在且名称、列顺序完全一致。本地索引也必须满足列顺序、排序方向、压缩设置等全维度一致。
- 检查约束：
SELECT constraint_name, constraint_type, search_condition FROM user_constraints WHERE table_name IN ('PART_TABLE', 'STAGING_TABLE') ORDER BY table_name, constraint_type - 索引问题单独报
ORA-14098，但它是同一类校验逻辑的延伸——别只看列名，要确认user_ind_columns.column_position、descend、char_length全部一致 - 别试图用
INCLUDING INDEXES WITHOUT VALIDATION绕过 —— 这个开关只跳过索引数据扫描，不跳过元数据比对
最容易被跳过的其实是未使用列和默认值。很多 DBA 查完列名、类型、长度就以为齐活，结果卡在 unused_col_count > 0 或 data_default IS NOT NULL 上。校验必须覆盖 user_tab_cols 和 user_tab_columns 两张视图，缺一不可。
