为何Oracle 11g分区交换对于非对齐的分区表会报错

ORA-14097源于Oracle对sys.col$字典中column_id、data_type、data_length、nullable等字段的字节级严格比对，任一差异即拒绝交换；常见原因包括CTAS导致列序错位、VARCHAR2(50)与VARCHAR2(50 CHAR)不等价、NOT NULL缺失、未使用列或隐藏列存在；修复须用DBMS_METADATA.GET_DDL重建交换表，禁用CTAS。

ORA-14097：列定义字节级不一致直接拒绝交换

oracle 11g 在执行 alter table ... exchange partition 时，不是“比对语义”，而是直接读取数据字典 sys.col$ 中的物理字段元数据（column_id、data_type、data_length、nullable、默认值、隐藏列状态等），逐字段做字节级校验。任一差异即报 ora-14097，且不提示具体哪一列出问题。

常见非对齐场景包括：

• 用 CREATE TABLE AS SELECT * 建的源表，字段顺序与原分区表不一致（column_id 错位）
• VARCHAR2(50) 和 VARCHAR2(50 CHAR) 被记录为不同 internal type
• 源表某列为 NOT NULL，交换表对应列为 NULL（nullable = 'Y'）
• 交换表含未使用列（unused_col）或隐式添加的隐藏列（如启用压缩后）

修复必须重建交换表：用 DBMS_METADATA.GET_DDL 获取原分区表 DDL，完整执行建表语句，不要手写或依赖 CTAS。

ORA-14098：LOCAL 索引列位置/类型不镜像

当使用 INCLUDING INDEXES 时，Oracle 要求：非分区交换表的每个非分区索引，必须与分区表上对应分区的 LOCAL 索引“完全等价”——不仅列名相同，连 column_position、data_type、char_length 都要一致。哪怕只是索引中列的顺序调换，就触发 ORA-14098。

排查方式：

• 查分区表 LOCAL 索引定义：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
• 二者输出必须逐行完全相同；否则需 DROP INDEX 后按正确顺序重建

若不想处理索引对齐，可改用 EXCLUDING INDEXES，但后续需手动重建 LOCAL 索引并收集统计信息。

ORA-14099：分区键值越界，校验不可绕过

ORA-14099 表示交换表中存在至少一行，其分区键值不落在目标分区的定义范围内（如目标为 VALUES LESS THAN (DATE '2026-07-01')，但表里有 dt = DATE '2026-07-15'）。这个检查在交换前强制执行，WITHOUT VALIDATION 对它完全无效。

必须提前验证数据范围：

• 运行精确校验 SQL：SELECT COUNT(*) FROM staging_tab WHERE dt < DATE '2026-06-01' OR dt >= DATE '2026-07-01'，结果必须为 0
• 特别注意 NULL：范围分区中 NULL 不属于任何 LESS THAN 分区，若业务允许 NULL，应改用 LIST 或 INTERVAL 分区
• 检查时区和隐式转换：TIMESTAMP WITH TIME ZONE 字段与 DATE 字面量比较可能因偏移错判边界

发现越界数据后，不能靠加 hint 解决，只能清理、修正或重分区。

TABLESPACE 管理模式不一致导致静默失败

两个表的 TABLESPACE 必须同为 EXTENT MANAGEMENT LOCAL，且进一步要求：若一个是 SEGMENT SPACE MANAGEMENT AUTO（ASSM），另一个是 MANUAL，交换会失败——错误可能不明确报出，而是卡住或抛出 ORA-14097 这类“假阳性”错误。

确认方式：

• SELECT tablespace_name, extent_management, segment_space_management FROM dba_tablespaces WHERE tablespace_name IN (SELECT tablespace_name FROM dba_tables WHERE table_name IN ('PART_TAB', 'STG_TAB'))
• 若结果不一致，需先将交换表 MOVE 到同类型表空间，或重建表并指定正确 TABLESPACE

这个点最容易被忽略，因为 DBA 常默认所有表空间都是 ASSM，但历史遗留库中仍可能存在 MANUAL 管理的表空间。