物化视图不支持直接分区，唯一可行方案是先创建与查询结果严格兼容的带分区预建表（含主键、分区键在SELECT中、复合分区语法一致），再用ON PREBUILT TABLE绑定；需注意INTERVAL分区不自动扩展、刷新后须手动收集分区统计信息。
物化视图本身不支持直接分区，必须用 prebuilt table 方式绕过
oracle 的 materialized view 语法里没有 partition by 子句，强行在 create materialized view 语句中写分区定义会报错 ora-12014: table does not contain a primary key 或直接语法拒绝。真实可行路径只有一条：先建好带分区的普通表（含主键、约束、分区结构），再用 on prebuilt table 关键字绑定物化视图。
关键点在于：该预建表必须与物化视图查询结果严格兼容——列名、顺序、数据类型、空值性、主键字段都得一致；否则 CREATE MATERIALIZED VIEW ... ON PREBUILT TABLE 会失败。
- 预建表需显式定义主键（哪怕物化视图查询里没选主键列，也要确保至少一列能唯一标识行）
- 分区键字段必须出现在物化视图 SELECT 列表中，否则无法做分区裁剪（partition pruning）
- 如果原表是复合分区（如
RANGE-HASH），预建表必须用完全相同的分区语法创建，包括子分区数量和命名规则
Range-Hash 复合分区最适合按时间+ID 维度的物化视图
对海量交易/日志类物化视图，最常见场景是「按月/年范围分区 + 按业务主键散列」。比如一个聚合了订单汇总的物化视图，既要按 order_month 快速删旧分区，又要让 customer_id 分布均匀避免热点——这时 PARTITION BY RANGE (order_month) SUBPARTITION BY HASH (customer_id) 是平衡管理性与性能的首选。
注意：SUBPARTITION BY HASH 后面的字段不能是表达式（如 TO_CHAR(order_date, 'YYYYMM')），必须是基表中的真实列或虚拟列；若要用表达式，得先在基表加 VIRTUAL COLUMN，再在预建表里引用它。
- Range 分区边界必须用确定值（如
VALUES LESS THAN (DATE '2025-01-01')），不能用函数动态生成 - Hash 子分区数建议设为 2 的幂（如 4、8、16），避免 Oracle 内部重哈希导致分布倾斜
- 每个子分区会单独占用段（segment），子分区过多（>1024）可能引发
ORA-14299资源限制
interval 分区 + prebuilt table 组合有隐藏陷阱
有人想给物化视图预建表启用 INTERVAL 自动分区（如 INTERVAL(NUMTOYMINTERVAL(1, 'MONTH'))），但要注意：物化视图刷新时（DBMS_MVIEW.REFRESH）不会触发新分区自动创建。如果刷新数据超出已有最高分区范围，会直接报错 ORA-14400: inserted partition key is outside specified partition。
这不是 bug，而是设计使然——INTERVAL 仅对 DML 生效，物化视图的 REFRESH COMPLETE 是先 truncate 再 insert，Oracle 不在 truncate 阶段检查分区边界，但 insert 阶段会校验，此时若无对应分区就崩。
- 解决方案只有两种：要么提前手工
ALTER TABLE ... ADD PARTITION；要么改用REFRESH FAST（前提是满足物化视图日志条件），因为 fast refresh 是增量 merge，不走 truncate -
INTERVAL分区表作为 prebuilt table 时，必须确保首次CREATE MATERIALIZED VIEW前，已有覆盖当前数据范围的初始分区（如至少包含到下个月） - 别依赖
DEFAULT分区兜底——LIST或RANGE的DEFAULT分区在INTERVAL表中不被允许
刷新后分区统计信息不会自动更新
即使物化视图成功绑定到分区预建表，每次 REFRESH 完成后，Oracle 不会自动收集新写入分区的统计信息。执行查询时优化器仍可能沿用旧的全局统计，导致执行计划劣化（比如本该走分区裁剪，却选了全表扫描）。
必须在刷新后手动触发 DBMS_STATS.GATHER_TABLE_STATS，且要指定 GRANULARITY => 'AUTO' 或明确列出刚刷入的分区名，否则默认只收集表级统计，跳过新增/变更的分区段。
- 安全做法是在刷新脚本末尾加一行：
DBMS_STATS.GATHER_TABLE_STATS(ownname => 'SCHEMA_NAME', tabname => 'MV_PREBUILT_TABLE', granularity => 'AUTO'); - 如果使用
granularity => 'PARTITION'，需先查USER_TAB_PARTITIONS获取最新分区名，再逐个收集，否则容易漏掉 - 物化视图日志表（
MLOG$）本身不支持分区，若频繁 fast refresh，它的膨胀可能成为瓶颈，这点常被忽略
