ORA-14402错误源于Oracle默认禁止更新分区键字段，必须显式执行ALTER TABLE ... ENABLE ROW MOVEMENT才能允许跨分区行迁移，但会引发ROWID变更、全局索引失效、触发器异常等隐性风险。
必须显式执行 alter table ... enable row movement，否则任何涉及跨分区移动行的操作都会失败。
ORA-14402 报错时怎么快速定位和修复
当你执行 UPDATE 修改分区键（如 order_date、region_code）后报 ORA-14402: updating partition key column would cause a partition change，说明该表未启用行迁移能力。
- 先确认状态：
SELECT row_movement FROM dba_tables WHERE table_name = 'YOUR_TABLE_NAME' AND owner = 'OWNER_NAME' - 若返回
DISABLED，立即执行：ALTER TABLE your_table_name ENABLE ROW MOVEMENT - 注意：该语句会短暂持有
EXCLUSIVE表级锁，大表建议在低峰期操作 - 执行后无需重启或刷新，后续
UPDATE即可触发自动迁移（删除旧分区行 + 插入新分区行）
ENABLE ROW MOVEMENT 不是“开就完事”，得防三个副作用
开启后虽解禁了跨分区更新，但会带来实际运行时的连锁影响，容易被忽略：
- 全局索引不会自动维护 ——
UPDATE导致行迁移后，全局索引条目仍指向原ROWID，需手动重建或创建时加UPDATE GLOBAL INDEXES - 依赖
ROWID的触发器（如BEFORE UPDATE REFERENCING OLD AS old）可能失效或报ORA-10636，建议临时禁用再执行SHRINK类操作 - 闪回表（
FLASHBACK TABLE）也强依赖此开关，若未来要支持误操作回滚，现在就该统一开启，别等出事再补
复合分区下，子分区迁移是否需要额外配置
不需要。Oracle 19c 中 ENABLE ROW MOVEMENT 是表级开关，对一级分区、子分区、甚至间隔分区（interval partition）均生效。
- 例如哈希子分区表中修改范围分区键，只要启用了该选项，行就会从旧范围分区的某个哈希子分区，迁移到新范围分区下的对应哈希子分区
- 本地索引自动维护，无需干预；但若含唯一约束且依赖全局索引，则迁移前后需校验约束有效性
- 子分区本身没有独立的
ENABLE ROW MOVEMENT语法 —— 它完全继承父表设置
真正麻烦的不是“怎么开”，而是开了之后没意识到 ROWID 会变、索引行为会变、触发器可能崩 —— 这些隐性变化往往在上线后才暴露。
