oracle列表分区无法直接alter table partition by range转换，因list与range底层元数据和数据分布逻辑不兼容，必须通过create table ... partition by range + insert select或dbms_redefinition重建，且需严格匹配字段定义、主键约束及业务语义映射。
Oracle列表分区不能ALTER TABLE PARTITION BY RANGE直接重定义
因为底层元数据结构和数据分布逻辑完全不兼容，执行会立即报错 ORA-14072: invalid operation on a partitioned object 或更具体的 ORA-14074: partition bound must be less than that of the last partition。这不是语法限制，而是Oracle禁止跨分区类型做原地变更——列表分区依赖显式值枚举（VALUES IN (1,2,3)），范围分区依赖有序边界比较（VALUES LESS THAN (100)），两者无法通过元数据字段映射对齐。
LIST转RANGE必须重建表，且字段定义要严丝合缝
核心动作是 CREATE TABLE ... PARTITION BY RANGE + INSERT /*+ APPEND */ INTO ... SELECT，但容易踩坑：
- 原表字段长度单位必须完全一致：比如
VARCHAR2(120)和VARCHAR2(120 CHAR)在Oracle眼里是不同类型，建新表时写错一个就会导致插入时报ORA-12899 - 如果原表分区键列（如
status_code）上有NOT NULL约束，新表的对应列也必须加，否则DBMS_REDEFINITION.START_REDEF_TABLE会直接失败 - 不要提前在新表上手动建索引、约束或触发器——这些该由
DBMS_REDEFINITION.COPY_TABLE_DEPENDENTS统一处理，你手建了反而会冲突或丢失 - 若原表有虚拟列或基于表达式的索引，需先确认新表是否能复现相同计算逻辑，否则查询结果可能不一致
用DBMS_REDEFINITION在线转换时，主键和唯一索引是硬门槛
这个包能避免长时间锁表，但前提是原表必须有主键或至少一个非空唯一索引。否则 START_REDEF_TABLE 会报 ORA-12089: cannot online redefine table without a primary key。常见误区是以为“有唯一索引就行”，其实还要求该索引所有列都 NOT NULL ——哪怕一列允许NULL，也会被拒绝。
另外，整个过程依赖物化日志同步增量变更，所以执行期间不能有 TRUNCATE、FLASHBACK TABLE 或直接写入底层段的操作，否则日志捕获失效，最终校验不通过。
LIST转RANGE后，原值映射关系必须人工重设计
列表分区里 VALUES IN ('A','B') 和 VALUES IN ('C') 是离散分组；转成范围分区后，你得决定怎么把字符映射到数值边界。比如按ASCII码？按业务编码顺序？还是加个映射表？没有自动转换规则。
最麻烦的是多列LIST分区（如 PARTITION BY LIST COLUMNS(country, region)），Oracle根本不支持直接转为RANGE COLUMNS，必须先建计算列或视图封装逻辑，再以该列为分区键——否则建表就过不了语法校验。
真正难的不是DDL语句怎么写，而是业务语义怎么平移：原来靠枚举兜底的模糊分类，现在得变成可排序、有间隙、能预判边界的数值体系。这点一旦没想透，上线后很快会遇到 ORA-14400 插入失败。
