Oracle按月分区需写对三处：INTERVAL子句必须为INTERVAL(NUMTOYMINTERVAL(1,'MONTH'))，VALUES LESS THAN须用静态日期字面量，分区键必须是单列DATE/TIMESTAMP且表为RANGE分区。
建表语句必须写对这三处
Oracle 的 INTERVAL 按月分区不是“开箱即用”，建表时语法错一处，后续插入数据就完全不会自动建分区。最常出错的是：INTERVAL 子句、VALUES LESS THAN 边界、分区键类型。
-
INTERVAL必须写成INTERVAL (NUMTOYMINTERVAL(1, 'MONTH'))—— 不能用INTERVAL '1' MONTH（Oracle 不识别），也不能漏括号或单引号 -
VALUES LESS THAN必须是静态日期字面量，如DATE '2024-01-01'或TO_DATE('2024-01-01', 'YYYY-MM-DD')；不能用SYSDATE、ADD_MONTHS()等运行时函数 - 分区键列必须是单列
DATE或TIMESTAMP类型，且整个表必须是PARTITION BY RANGE，不能写成LIST或漏掉RANGE
插入数据后没生成新分区？先看触发条件是否满足
Oracle 从不主动创建分区，只在 INSERT 时发现值严格大于当前最高分区的 HIGH_VALUE 才补全——中间缺失的月份会一次性建齐，但前提是插入动作真能执行成功。
- 插入值 ≤ 当前最大分区上界（比如上界是
DATE '2024-06-01'，插了'2024-06-01'或更早）→ 不触发 - 插入
NULL到分区键列 → 直接报ORA-14400，语句失败，分区自然不建 - 表上有唯一索引但未包含分区键 → 插入可能因约束冲突失败，分区也不会生成
- 用户缺少
ALTER TABLE权限（哪怕只是自己 schema 的表）→ DDL 阶段卡住，分区不生成
查询走不了分区剪枝？大概率是 WHERE 条件写法不对
自动分区建好了，不代表查询就能自动落到对应分区。优化器需要能静态推导出过滤范围，一旦条件带函数或隐式转换，剪枝就失效。
-
WHERE dt_column > TRUNC(SYSDATE)→TRUNC阻断常量传播，全分区扫描 -
WHERE dt_column BETWEEN :start_dt AND :end_dt→ 绑定变量为空或类型不匹配（比如被推断为VARCHAR2）→ 剪枝失效 -
WHERE TO_CHAR(dt_column, 'YYYYMM') = '202405'→ 函数导致无法下推，必扫全表 - 正确写法：用字面量范围，例如
WHERE dt_column >= DATE '2024-05-01' AND dt_column
自动生成的分区名和表空间没法改
所有由 INTERVAL 触发创建的分区，名字一定是 SYS_P 开头加数字（如 SYS_P12345），且默认落在原表所在表空间——这两点在建表时就锁死，后期无法修改。
- 如果业务要求不同月份存到不同表空间（比如冷数据进归档表空间），必须提前在建表时用
TABLESPACE显式指定初始分区的表空间，并配合后续的ALTER TABLE ... MOVE PARTITION手动迁移，INTERVAL本身不支持动态表空间策略 - 分区名不可控，所以依赖分区名做运维脚本（比如按名删旧分区）要格外小心，建议始终用
HIGH_VALUE或时间范围来识别，而不是名字
