Oracle INTERVAL分区必须先定义非MAXVALUE的初始分区作为锚点，否则不生效；自动建分区仅在INSERT数据严格大于当前最高分区上界时触发，且分区键不能为NULL、必须为单列DATE/TIMESTAMP/NUMBER类型。
建表时漏了初始分区或用了MAXVALUE
interval分区根本不会启动，除非你显式定义至少一个values less than分区，且上限不能是maxvalue。oracle需要这个“锚点”来推导后续边界——没它，interval子句就是摆设。
- 错误写法：
CREATE TABLE t (d DATE) PARTITION BY RANGE (d) INTERVAL (NUMTOYMINTERVAL(1,'MONTH')) (PARTITION p0 VALUES LESS THAN (MAXVALUE));→ 直接报ORA-14758 - 正确写法：必须用确定值，比如
PARTITION p_init VALUES LESS THAN (DATE '2026-06-01') - 起始时间别设太早（如1970）或太晚（如2026-07-01），否则首条数据可能触发
ORA-14300（分区键超出范围）
插入数据没真正“越界”
自动建分区只响应严格大于当前最高分区上界的INSERT，等于或小于都不触发。很多人误以为只要数据时间在“未来”就会建，其实完全看是否落在已有分区范围之外。
- 当前最大分区是
VALUES LESS THAN (DATE '2026-06-01')，插DATE '2026-06-01'→ 不建（等于上界） - 插
DATE '2026-06-01' + 1/86400（即2026-06-01 00:00:01）→ ✅ 建第一个自动分区 - 分区键列值为
NULL→ 直接报ORA-14400，连插入都失败，更别说建分区
误把Interval当定时任务，或混入DDL事务
Oracle从不主动创建分区，也不按时间“定时”生成。它只在DML（主要是INSERT）执行瞬间，发现数据无处可落，才同步建分区。如果这条INSERT被包在事务里，且前面执行过任何DDL（哪怕只是COMMENT ON TABLE），事务会被隐式提交，后续插入就失去“首次越界”上下文，自动创建逻辑失效。
- 典型翻车场景：脚本先
ALTER TABLE t ADD COLUMN x NUMBER，再INSERT INTO t ...→ 第二条语句已在新事务中，不触发建分区 - 验证是否真生效：别查缓存视图，立刻执行
SELECT * FROM USER_TAB_PARTITIONS WHERE TABLE_NAME = 'T'，看HIGH_VALUE是否更新、PARTITION_NAME是否出现SYS_P开头的名称 - 高并发写入时，首次越界插入会带几十毫秒DDL开销，建议预热几条未来时间数据，避免卡住
分区键类型或表达式不合规
Interval只认单列DATE、TIMESTAMP或NUMBER，且该列必须是分区键本身。一旦加函数、组合字段、或类型隐式转换，整个机制就断掉。
- 错：用
TO_DATE(col, 'yyyymmdd')当分区键 →ORA-14751 - 错：分区键是
VARCHAR2但存日期字符串 → 不支持，必须转成DATE类型列 - 错：WHERE条件写
WHERE TRUNC(dt) = DATE '2026-06-01'→ 查询不走剪枝，但更关键的是，这种写法常让人误判“数据该进新分区”，其实插入时仍按原始值判断
实际运行中，最隐蔽的问题往往不是语法错，而是建表那一刻没意识到：Interval不是开关，而是一套依赖精确结构+严格插入行为的联动机制。少一个VALUES LESS THAN，或插了一条刚好卡在边界上的数据，整套自动逻辑就静默失效。
