DBMS_REDEFINITION不支持直接在线重定义为混合分区表，因其依赖的物化视图日志无法捕获外部分区变更，且START_REDEF_TABLE在创建interim表阶段即报ORA-14354错误。
不能直接在线重定义为混合分区表。 DBMS_REDEFINITION 不支持将普通表一步转成含 EXTERNAL LOCATION 的混合分区表，因为物化视图日志无法捕获外部分区的数据变更，且重定义过程要求目标表（interim table）必须是完全可写的内部表。
为什么 DBMS_REDEFINITION 无法用于混合分区表转换
在线重定义依赖两个核心机制：原表上的物化视图日志（MLOG$_）和后台同步进程。但混合分区表中，外部分区（如 EXTERNAL LOCATION ('data_2020.txt')）的数据不经过数据库缓冲区，DML 无法作用于外部文件，DBMS_REDEFINITION.START_REDEF_TABLE 会直接报错 ORA-14354: operation not supported for a hybrid-partitioned table —— 这个错误在创建 interim 表阶段就会触发，不是执行到后期才暴露。
即使绕过校验强行调用，后续的 FINISH_REDEF_TABLE 也无法完成原子切换：数据库无法保证外部文件与内部段的一致性，也不支持跨内外存储的事务原子性。
可行路径：分三步手动构建混合分区表
必须放弃“一键在线转换”幻想，改用可控、分阶段的手动方案。关键在于：先建好混合分区表结构，再迁移数据，最后切流。整个过程业务可读写，但写入需临时路由或暂停。
- 第一步：创建空的混合分区表，含内部分区 + 外部分区定义（使用
EXTERNAL PARTITION ATTRIBUTES），注意跳过主键/唯一约束（ORA-14354会拦住带约束的 DDL） - 第二步：用
INSERT /*+ APPEND */ INTO ... SELECT将原表热数据灌入内部分区（如P_2024）；冷数据导出为文本，按格式存入 OS 目录，供外部分区引用 - 第三步：停写窗口内（秒级），用
RENAME切换表名，并重定向应用连接 —— 不是重定义切换，而是显式原子重命名
示例关键 DDL：
CREATE TABLE sales_hybrid (
id NUMBER,
sale_date DATE,
amount NUMBER
)
EXTERNAL PARTITION ATTRIBUTES (
TYPE ORACLE_LOADER
DEFAULT DIRECTORY ext_dir
ACCESS PARAMETERS (FIELDS TERMINATED BY ',')
)
PARTITION BY RANGE (sale_date) (
PARTITION p_2022 VALUES LESS THAN (DATE '2023-01-01') EXTERNAL LOCATION ('sales_2022.csv'),
PARTITION p_2023 VALUES LESS THAN (DATE '2024-01-01') EXTERNAL LOCATION ('sales_2023.csv'),
PARTITION p_2024 VALUES LESS THAN (DATE '2025-01-01') -- 内部表空间，可写
);
外部分区数据一致性必须靠外部流程保障
混合分区表的外部分区本质是只读快照。你不能指望数据库自动同步它和原表。一旦原表数据更新，外部分区不会变 —— 这不是缺陷，是设计前提。
所以实际落地时要明确：
- 冷数据归档必须是 ETL 流程的一部分：每月初把上月数据
UNLOAD成 CSV，校验 CRC，再mv到EXTERNAL LOCATION对应路径 - 应用层查询逻辑需适配：对历史数据走混合表，对当月数据走原表或新内部分区，避免误查过期外部文件
-
ANALYZE TABLE ... VALIDATE STRUCTURE只能验证内部分区；外部分区需单独脚本校验文件存在性、行数、字段分隔符
真正难的不是语法，是把“外部文件即数据”的认知刻进运维流程里 —— 文件权限、目录空间、备份策略、归档时效，全都得脱离数据库自治体系单独管控。
