不能直接修改分区键字段值，UPDATE会报ORA-14402；分区键列本身无法通过ALTER TABLE修改，必须用DBMS_REDEFINITION重建表结构。
不能直接修改分区键字段的值——UPDATE 会报 ORA-14402，除非先启用 ROW MOVEMENT；但更关键的是：**分区键本身（即用于 PARTITION BY 的列）无法通过 ALTER TABLE 修改**。想换分区依据，必须重建表结构。
UPDATE 分区键字段为什么报 ORA-14402
Oracle 默认禁止更新分区键字段，因为这可能触发行从一个物理分区移动到另一个分区。它不判断“新旧值是否落在同一分区”，一律拦截。错误信息明确说：updating partition key column would cause a partition change。
- 即使你把
sale_date从2025-03-15改成2025-03-20（仍在同一范围分区），照样报错 - 该限制对所有分区类型（RANGE/LIST/HASH/COMPOSITE）都生效
- 不是权限或语法问题，是 Oracle 分区引擎的硬性策略
如何让 UPDATE 分区键字段成功执行
必须先开启表级行迁移能力，再执行 UPDATE。但这只是“解禁”，不是“优化”——底层仍是删旧插新。
- 确认当前状态：
SELECT row_movement FROM user_tables WHERE table_name = 'YOUR_TABLE' - 启用迁移：
ALTER TABLE your_table ENABLE ROW MOVEMENT - 执行更新：
UPDATE your_table SET part_key_col = new_val WHERE ... - 注意：全局索引会变
UNUSABLE，需加UPDATE GLOBAL INDEXES或事后REBUILD - 触发器会触发两次（BEFORE 和 AFTER 各一次），
:OLD/:NEW按迁移前后分别取值
真正“修改分区键”只能靠在线重定义
如果业务需要把按 region_code 分区的表，改成按 create_time 分区，ALTER TABLE ... PARTITION BY ... 语法不存在。唯一合规路径是 DBMS_REDEFINITION。
- 前提：源表必须有主键（或唯一 NOT NULL 键），且不能是
SYS/SYSTEM用户下 - 步骤简言之：建带新分区逻辑的中间表 →
START_REDEF_TABLE→COPY_TABLE_DEPENDENTS（含索引约束）→SYNC_INTERIM_TABLE（同步增量）→FINISH_REDEF_TABLE - 空间要求：至少预留原表 2 倍大小的空闲表空间
- 中间表不能预先建索引或约束，否则
COPY_TABLE_DEPENDENTS会冲突 - 完成之后，原表名自动指向新分区结构，原中间表可手动删除
真正难的不是命令怎么敲，而是评估行迁移对触发器、约束延迟、HWM 和归档日志的影响；在线重定义则卡在锁窗口、空间预估和依赖对象同步的细节里——这些地方一疏忽，就不是报错，而是业务阻塞。
