oracle 11g 不支持按周自动分区，因 interval 不支持 week 单位，numtodsinterval(7,'day') 虽语法合法但会导致分区边界不齐周初，破坏分区裁剪；须用 trunc(date,'iw') 手动对齐周一并配合存储过程管理分区。
oracle 11g 不支持直接用 interval 按周自动分区 —— 这是关键前提，必须先认清。numtoyminterval 只处理年/月，numtodsinterval 支持天/小时/分/秒，但没有 week 单位；sql 标准里也没有 interval(1, 'week') 这种写法。强行按周走 interval 会报错：ora-14751: invalid data type for interval partitioning。
所以“按周自动分区”在 11g 中只能靠 组合手段实现：用 NUMTODSINTERVAL(7, 'DAY') 模拟 + 手动干预或存储过程兜底。下面说清楚怎么做、为什么这么干、以及最容易翻车的地方。
为什么不能直接 INTERVAL(NUMTODSINTERVAL(7, 'DAY'))？
语法上它能通过（NUMTODSINTERVAL(7, 'DAY') 是合法表达式），但 Oracle 11g 的 INTERVAL 分区机制 **只接受基于日期的“固定起点+等长偏移”逻辑，且隐含要求 high_value 必须对齐日历边界**。而 7 天一跳会导致分区边界落在任意星期几（比如从 2026-04-01 开始，下一个 high_value 是 2026-04-08，但这一周可能跨两个自然周），后续按“本周数据”查询时无法利用分区裁剪（partition pruning），索引和执行计划会退化。
常见错误现象：
- 插入数据后查
USER_TAB_PARTITIONS，发现分区名是SYS_Pxxx，high_value 显示为TO_DATE('2026-04-08 00:00:00', 'SYYYY-MM-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN')，但业务上你想要的是 “2026-W15” 这种语义 - 用
WHERE create_time >= TRUNC(SYSDATE, 'IW') AND create_time 查询时，执行计划仍扫描多个分区，而非精准定位单一分区
用虚拟列 + LIST 分区实现真正按周语义
这是更可靠的做法：把“ISO 周标识”作为虚拟列，再用 PARTITION BY LIST 显式定义周分区。Oracle 11g 支持虚拟列分区，且 LIST 分区可预建未来几周的分区，避免运行时 DDL。
实操建议：
- 用
TO_CHAR(date_col, 'IYYY-IW')生成形如'2026-15'的周标识（IW确保 ISO 周，周一为每周第一天） - 虚拟列类型必须是
VARCHAR2(7)，不能是NUMBER，否则 LIST 分区值匹配失败 - 至少预建未来 12 周的分区，防止插入时触发
ORA-14400: inserted partition key does not map to any partition - 示例建表语句片段：
CREATE TABLE log_weekly ( id NUMBER, log_time DATE NOT NULL, week_id VARCHAR2(7) GENERATED ALWAYS AS (TO_CHAR(log_time, 'IYYY-IW')) VIRTUAL ) PARTITION BY LIST (week_id) ( PARTITION p_2026_14 VALUES ('2026-14'), PARTITION p_2026_15 VALUES ('2026-15'), PARTITION p_2026_16 VALUES ('2026-16'), ... );
用存储过程补全“自动创建下周分区”的能力
LIST 分区不能自动扩展，但可以用 DBMS_SCHEDULER 定期调用存储过程，动态添加新分区。重点不是“全自动”，而是“免人工干预”。
关键点：
- 存储过程里用
EXECUTE IMMEDIATE 'ALTER TABLE ... ADD PARTITION ...'，拼接的VALUES必须严格匹配虚拟列输出格式（如'2026-17'，不能是202617或'2026-W17'） - 检查是否已存在该分区：查
USER_TAB_PARTITIONS WHERE TABLE_NAME = 'LOG_WEEKLY' AND PARTITION_NAME LIKE 'P\_2026\_17'，避免重复添加报错ORA-14074 - 调度建议设在每周日凌晨 2 点（避开业务高峰），用
DBMS_SCHEDULER.CREATE_JOB创建 repeat_interval 为'FREQ=WEEKLY; BYDAY=SUN; BYHOUR=2' - 不要在存储过程中 COMMIT —— DDL 自动提交，显式 COMMIT 会报
ORA-00027
真正需要警惕的兼容性陷阱
Oracle 11g 的 INTERVAL 和虚拟列分区在 RAC 环境下行为一致，但以下两点极易被忽略：
-
TO_CHAR(..., 'IYYY-IW')依赖数据库的NLS_TERRITORY设置。如果实例级设置是AMERICA，IW仍正确；但若误设为GERMANY并混用WW，周计算会错位。务必统一用IYYY-IW且不依赖 session 级 NLS - 分区名长度限制为 30 字符，
P_2026_14是安全的，但P_LOG_WEEKLY_2026_14_ARCHIVE会截断或报错，命名要精简 - 如果表上有本地分区索引（
LOCAL INDEX），新增 LIST 分区后索引分区自动创建；但 GLOBAL 索引需手动维护，否则 DML 可能失败
实际跑通的关键不在“多酷的自动化”，而在让每一周的边界可预测、可验证、可追溯。宁可多建几个分区、多跑一次存储过程，也不要依赖模糊的 7 天间隔去赌优化器。
