ora-14760错误表明表为interval分区，不支持手动add partition；正确做法是插入数据自动触发分区创建，或改用范围分区+存储过程动态维护，禁用maxvalue以保障分区剪枝。
ORA-14760：为什么 ALTER TABLE ADD PARTITION 会报错
你执行 ALTER TABLE ... ADD PARTITION 却收到 ORA-14760: ADD PARTITION is not supported for interval partitioned objects，说明这张表已经是「间隔分区（interval partitioning）」——它不支持手动加分区，而是靠插入数据自动触发创建。
常见错误是：先用 INTERVAL 创建了表，后来又想“补一个未来分区”，结果发现语法不被允许。这不是 bug，是 Oracle 的设计约束。
- 检查是否为间隔分区：
SELECT interval FROM user_part_tables WHERE table_name = 'YOUR_TABLE_NAME'，返回非空值即为 interval 表 - 若需手动控制分区边界（比如提前建好下月分区、避免首次插入延迟），必须改用「范围分区 + 存储过程动态维护」，而不是 interval
- interval 表的首个分区（
VALUES LESS THAN）必须存在，且不能是MAXVALUE；否则插入任何数据都会报ORA-14400
按天/月/年自动分区的 INTERVAL 写法差异
写错 INTERVAL 表达式会导致分区粒度完全不对，比如本想按月却建成了按年，或按天却因时区/格式问题实际按小时分。
关键点在于函数选择和基准日期对齐：
- 按年：
INTERVAL (NUMTOYMINTERVAL(1, 'YEAR'))，基准分区上限必须是TO_DATE('2025-01-01', 'YYYY-MM-DD')这类整年边界 - 按月：
INTERVAL (NUMTOYMINTERVAL(1, 'MONTH'))，基准上限推荐TO_DATE('2026-08-01', 'YYYY-MM-DD')（即下月1号），不是'2026-07-31' - 按天：
INTERVAL (NUMTODSINTERVAL(1, 'DAY'))，基准上限必须带时间部分，如TO_DATE('2026-07-28 00:00:00', 'YYYY-MM-DD HH24:MI:SS') - 所有
VALUES LESS THAN值必须严格递增、无空隙，且类型与分区键一致（DATE字段不能用字符串比较）
手动预建分区：为什么不能依赖 MAXVALUE 分区
有 P_MAX VALUES LESS THAN (MAXVALUE) 看似能兜底，但实际会破坏分区剪枝（partition pruning），让全表扫描变成常态，查询性能断崖下跌。
真正健壮的做法是用 PL/SQL 提前生成未来 N 天/月的分区，比如每日凌晨跑一次：
- 查缺失分区：
SELECT TO_CHAR(ADD_MONTHS(TRUNC(SYSDATE, 'MM'), LEVEL), 'YYYYMM') part_name FROM DUAL CONNECT BY LEVEL 生成未来6个月编码 - 逐个判断是否存在：
SELECT 1 FROM user_tab_partitions WHERE table_name = 'T_LOG' AND partition_name = 'P_202608' - 不存在则执行：
ALTER TABLE t_log ADD PARTITION p_202608 VALUES LESS THAN (TO_DATE('2026-09-01', 'YYYY-MM-DD')) TABLESPACE tbs_202608 - 注意：全局索引要加
UPDATE GLOBAL INDEXES，否则 DML 会失败
DATE 分区键的隐式转换陷阱
你传入 TO_DATE('2026-07', 'YYYY-MM') 作为 VALUES LESS THAN 参数，但在某些会话中可能因 NLS_DATE_FORMAT 不同被解析成 01-JUL-2026 或 07-JUL-2026，导致分区边界错位。
最稳妥的方式只用一种格式贯穿始终：
- 统一用
YYYYMMDD字符串 + 显式TO_DATE(..., 'YYYYMMDD')，例如TO_DATE('20260801', 'YYYYMMDD') - 避免在
VALUES LESS THAN中使用函数表达式（如ADD_MONTHS），Oracle 不允许 - 分区键字段类型必须是
DATE或TIMESTAMP，不能是VARCHAR2；否则即使值看起来像日期，也无法做范围比较
自动分区不是设完 INTERVAL 就一劳永逸的事。真正的难点在边界对齐、NLS 环境一致性、以及如何把“自动”变成可监控、可回退的运维动作——尤其是当业务要求分区必须提前就位，不能等第一条数据触发时。
