oracle不支持直接修改分区的values less than边界，唯一合规方法是split maxvalue分区、add partition（仅限无maxvalue场景）或启用interval自动分区。
不能直接修改已有分区的 VALUES LESS THAN 边界值，Oracle 不支持 ALTER PARTITION ... MODIFY BOUNDARY 这类语法。你真正能做的只有：拆分兜底分区、添加新分区（前提无 MAXVALUE）、或切换到 INTERVAL 自动模式。
为什么 ALTER TABLE ... MODIFY PARTITION 不行？
Oracle 的分区元数据是只读的——一旦分区创建，其 VALUES LESS THAN 值就固化在数据字典中。尝试用 ALTER TABLE ... MODIFY PARTITION p1 VALUES LESS THAN (...) 会直接报错 ORA-14045 或 ORA-14131。这不是权限或语法问题，而是内核限制。
常见误操作：
– 把 ADD PARTITION 当成“扩容”用，结果遇到 ORA-14074: partition bound must be less than that of the last partition
– 对含 MAXVALUE 的分区执行 ADD PARTITION，语法直接拒绝
SPLIT MAXVALUE 分区是最常用解法
当最后一个分区是 VALUES LESS THAN (MAXVALUE)，且你要为新数据（如日期 '2025-01-01'）腾出空间时，SPLIT 是唯一合规路径：
- 执行
ALTER TABLE sales SPLIT PARTITION p_max AT (TO_DATE('2025-01-01','YYYY-MM-DD')) INTO (PARTITION p_202501, PARTITION p_max); - 拆分后，原
p_max变成新区间[2025-01-01, MAXVALUE)，新p_202501占位[*, 2025-01-01) - 注意：
AT值必须严格等于你即将插入的最小新键值，否则仍会触发ORA-14400 - 该操作持有表级
EXCLUSIVE锁，务必避开业务高峰
ADD PARTITION 仅适用于无 MAXVALUE 的场景
如果你的分区列表末尾是离散边界（例如 P_2024 VALUES LESS THAN (TO_DATE('2025-01-01','YYYY-MM-DD'))），且确认没有 MAXVALUE 分区，才可用 ADD：
- 新分区的
VALUES LESS THAN必须 > 所有现有分区上限，例如TO_DATE('2026-01-01','YYYY-MM-DD') - 若表含局部索引，
ADD PARTITION会自动创建对应索引分区；全局索引不受影响 - 不可对
LIST或HASH分区使用此法调整“上限”，它们不按范围排序
长期方案：改用 INTERVAL 分区自动管理
手动维护分区迟早会踩坑，尤其当业务时间持续向前推进（当前已是 2026 年 7 月）。启用 INTERVAL 后，Oracle 在插入越界数据时自动创建分区：
- 前提：分区键必须是单列
DATE或NUMBER，NOT NULL，且当前不能含MAXVALUE分区（需先SPLIT清掉） - 执行
ALTER TABLE sales SET INTERVAL (NUMTOYMINTERVAL(1,'MONTH'));（按月） - 之后插入 '2026-08-01' 会自动建
SYS_Pxxxx分区，无需人工干预 - 切换后仍可手动
ADD或SPLIT，但不再需要定期巡检边界
真正容易被忽略的是：哪怕启用了 INTERVAL，已存在的历史分区边界依然固定不变，自动创建只发生在新数据首次越界时——别以为开了就一劳永逸，旧分区结构没变，只是新增逻辑交给了 Oracle。
