oracle 11g 不支持直接用 alter table modify 将普通表转为分区表，因版本硬限制导致 ora-14055 报错；必须通过分区交换（推荐）、在线重定义或 ctas+rename 实现，且需注意分区键选择、索引重建及依赖对象处理。
Oracle 11g 不支持直接用 ALTER TABLE ... MODIFY 把普通表转成分区表（该语法直到 12.2 才引入），必须通过重建或交换方式实现。核心思路就一条：**不改原表，建新结构，搬数据，切流量**。
为什么不能直接 ALTER？
Oracle 11g 的 ALTER TABLE 语句不接受分区相关的子句（如 PARTITION BY）。尝试执行会报错：ORA-14055: Partitioning of a table may not be modified。这不是权限或语法写错的问题，是版本硬限制。
常见错误现象包括：
- 执行
ALTER TABLE t ADD PARTITION ...→ 报错ORA-14042（表未分区） - 执行
ALTER TABLE t PARTITION BY RANGE(...)→ 报错ORA-00905: missing keyword或ORA-14055
推荐方案：分区交换（EXCHANGE PARTITION）
这是 11g 下最高效、最安全的方式，本质是元数据切换，不移动实际数据块，秒级完成。前提是能按分区规则把原表数据预先拆成若干个“规则一致”的普通表。
实操要点：
- 先创建目标分区表，带
MAXVALUE分区兜底（避免ORA-14400插入失败） - 用
CREATE TABLE AS SELECT按分区键范围拆分原表，生成多个中间表（例如按时间字段拆出t_2024q1、t_2024q2） - 每个中间表结构必须与对应分区完全一致（列名、类型、NOT NULL、约束等）
- 执行
ALTER TABLE p_t EXCHANGE PARTITION p_q1 WITH TABLE t_2024q1—— 注意加INCLUDING INDEXES和WITHOUT VALIDATION提速 - 交换后原中间表变为空，但索引和约束仍保留，可复用或清理
备选方案：在线重定义（DBMS_REDEFINITION）
适合无法停业务、又不能拆表的场景，但步骤多、风险高，且要求原表有主键或唯一约束。
关键步骤：
- 调用
DBMS_REDEFINITION.CAN_REDEF_TABLE验证可行性 - 用
START_REDEF_TABLE启动重定义，指定新分区表结构（含PARTITION BY） - 执行
SYNC_INTERIM_TABLE多次同步增量变更 - 最后
FINISH_REDEF_TABLE切换 —— 此刻原表名指向新分区表，旧表被重命名
容易踩的坑：
- 过程中 DML 可能被阻塞（尤其
FINISH阶段需短暂锁表） - 全局索引失效，需手动
REBUILD；本地索引自动继承，但名称可能变化 - 触发器、物化视图日志等依赖对象不会自动迁移，得人工补
性能与兼容性提醒
CTAS（CREATE TABLE AS SELECT）+ RENAME 最简单，但需停写、占双倍空间，且索引/约束/统计信息全丢，要重新建、收集。
11g 不支持 INTERVAL 分区的自动扩展（虽语法可用），首次建表时必须显式定义至少一个初始分区（如 VALUES LESS THAN (TO_DATE('2025-01-01','YYYY-MM-DD'))）。
真正容易被忽略的是分区键选择：如果原表没合适字段（比如没有时间戳、没地区码），硬加 TRAN_DATE 再更新全表，可能触发数十亿行 UPDATE，在线重定义也扛不住 —— 这时候得先评估字段补全成本，再决定是否真要转分区。
