Oracle按小时分区必须用INTERVAL分区，需先定义RANGE锚点分区（如P0），键字段为NOT NULL的TIMESTAMP或DATE；自动创建仅响应INSERT，MERGE/直接路径插入需额外处理；时区错位会导致分区边界异常。
Oracle按小时分区必须用 INTERVAL 分区，手工建表不是正解
oracle 本身不支持“按小时自动创建新表”，所谓“分表”在 oracle 里正确路径是 interval 分区（而非多个独立表）。强行用存储过程定期 create table 会破坏数据一致性、无法继承主键/索引/约束，且查询必须 union all 手动拼接，运维成本极高。真正可维护的方式是：一张表 + interval (numtodsinterval(1,'hour')) 分区 + 预分配策略。
建表时必须显式定义 RANGE 分区起点，否则 INTERVAL 不生效
很多人执行完 CREATE TABLE ... INTERVAL (NUMTODSINTERVAL(1,'HOUR')) 却发现只有一级分区，新数据全塞进最后一个分区——这是因为 Oracle 要求必须先有一个明确的 RANGE 分区作为“锚点”。没有它，INTERVAL 就是摆设。
实操要点：
- 建表语句中必须包含至少一个
VALUES LESS THAN的显式分区，比如P0 VALUES LESS THAN (TIMESTAMP'2024-01-01 00:00:00') - 分区键字段类型必须是
TIMESTAMP或DATE，且不能为NULL（建议加NOT NULL约束） - 起始时间不宜过早（如 1970），避免生成海量空分区；也不宜过晚（如未来一小时），否则首条数据插入会报
ORA-14300
示例关键片段：
CREATE TABLE sensor_log ( log_time TIMESTAMP NOT NULL, value NUMBER ) PARTITION BY RANGE (log_time) INTERVAL (NUMTODSINTERVAL(1,'HOUR')) ( PARTITION p0 VALUES LESS THAN (TIMESTAMP'2024-01-01 00:00:00') );
用 DBMS_SCHEDULER 替代存储过程做“自动维护”，更可靠
虽然能写存储过程调 ALTER TABLE ... SPLIT PARTITION，但没必要——INTERVAL 分区本身已自动创建新分区。真正需要定时干预的只有两件事：清理过期分区（DROP）、预分配未来分区（防高并发插入卡住）。这两项用 DBMS_SCHEDULER 比存储过程+JOB 更稳。
常见错误场景：
- 直接
DROP PARTITION过期分区，但没检查是否有本地索引未更新 → 查询报ORA-14098 - 预分配时用
ADD PARTITION错误地指定具体时间值，导致与 INTERVAL 规则冲突 → 报ORA-14758 - 清理脚本没加
EXCEPTION处理，某次失败后后续任务全部跳过
推荐做法：
– 清理：用 ALTER TABLE ... DROP PARTITION ... UPDATE INDEXes（带 UPDATE INDEXES）
– 预分配：用 ALTER TABLE ... SET INTERVAL (NUMTODSINTERVAL(1,'HOUR')) 确保规则有效，再插入一条未来时间测试数据触发自动创建，比硬算时间安全
注意 TIMESTAMP 值精度和时区，否则分区边界错位
如果业务时间来自应用服务器，而数据库时区是 UTC，但插入时没用 FROM_TZ 或 AT TIME ZONE 转换，会导致同一逻辑小时的数据被切到两个物理分区。比如应用传 '2024-01-01 10:00:00'（CST），数据库存成 2024-01-01 02:00:00 UTC，实际落入的是 UTC 的 2 点分区，而非业务期望的 10 点分区。
规避方式：
- 统一使用
TIMESTAMP WITH TIME ZONE类型建分区键 - 插入前强制转换：
CAST(SYSTIMESTAMP AT TIME ZONE 'Asia/Shanghai' AS TIMESTAMP) - 或在应用层将时间转为 UTC 后再插入，并确保所有客户端时区设置一致
验证是否错位：查 SELECT PARTITION_NAME, HIGH_VALUE FROM USER_TAB_PARTITIONS WHERE TABLE_NAME = 'SENSOR_LOG'，确认 HIGH_VALUE 的时间值符合预期小时边界。
最易被忽略的是：INTERVAL 分区的自动创建只响应 INSERT，不响应 MERGE 或直接路径插入（如 SQL*Loader 直接路径）；如果批量导入占主要流量，得额外补触发逻辑，否则可能突然发现缺了几个小时的分区。
