alter table…rename partition仅修改元数据，执行前须确认用户权限、新名唯一性及硬编码依赖；不支持子分区直接重命名，失败多因前置疏漏而非语法错误。
直接用 alter table ... rename partition 就行，但必须确认权限、名称唯一性，并提前排查所有硬编码依赖——否则执行后立刻报错。
执行前必须检查的三件事
重命名本身很快，失败几乎都源于前置疏漏：
- 当前用户必须是表所有者，或拥有
ALTER权限（GRANT ALTER ON sales TO app_user） - 新分区名在该表内不能已存在，否则报
ORA-14086: a partition may not be renamed to one that already exists - 必须先查
USER_TAB_PARTITIONS确认旧分区名拼写和大小写完全一致：例如 Linux 上p202401和P202401是两个不同分区
常见错误现象及对应原因
不是语法写错，而是环境或依赖没理清：
-
ORA-02149: specified partition does not exist：旧分区名不存在，或表不是分区表（SELECT partitioned FROM user_tables WHERE table_name = 'SALES'返回NO） -
ORA-00942: table or view does not exist：表名写错，或当前用户无访问权限（注意 Oracle 默认大写，sales要写成SALES） -
ORA-14402: updating partition key column would cause a partition change：表上正运行并行 DML，需等其结束或 kill 对应 session - 执行成功但后续查询报错：应用代码里写了
SELECT * FROM sales PARTITION (p202401)，重命名后必须同步改成新名
重命名后哪些对象不会自动更新
这个操作只改数据字典里的字符串，其余全靠人工跟进：
- 分区级统计信息不刷新，建议立即执行：
DBMS_STATS.GATHER_TABLE_STATS(ownname => 'SCOTT', tabname => 'SALES', granularity => 'PARTITION') - 物化视图日志若含
INCLUDING NEW VALUES且依赖旧分区名，可能失效 - 备份脚本、归档清理脚本、分区交换（
EXCHANGE PARTITION）语句中所有出现旧名的地方，全部要 grep 更新 - RAC 环境下，如果刚重命名完就切到另一节点查
USER_TAB_PARTITIONS，可能短暂看到旧名——等几秒或执行ALTER SYSTEM FLUSH SHARED_POOL
子分区和索引分区怎么处理
别混用语法，子分区和索引分区必须用专用子句：
- 子分区重命名用
ALTER TABLE ... RENAME SUBPARTITION，不是PARTITION - 本地索引分区重命名用
ALTER INDEX ... RENAME PARTITION，且必须用原始系统生成的名（如SYS_P1234），不能用FOR (value)定位 - 全局索引不支持按分区重命名，只能重建整个索引
- 如果表启用了闪回数据归档（FDA），需确认归档策略未将分区名作为条件字段，否则重命名后归档可能异常
最易被忽略的是：重命名无法回滚，DDL 自动提交；而硬编码在存储过程里的分区名，编译时不会报错，只有运行时才崩——上线前务必 grep + 手动验证关键路径。
