物化视图本身不支持直接分区，需依赖已分区基表+分区键显式引用+dbms_mview.refresh的partn_list参数实现分段刷新与查询重写优化。
物化视图本身不支持直接分区，但可以依赖基表分区+按需刷新策略实现水平扩展
oracle 物化视图（materialized view）对象自身没有 partition by 语法，不能像普通表那样直接定义分区。所谓“分区实现水平扩展”，本质是利用已分区的基表（如按时间、地域分的 sales_part），配合物化视图的分区感知能力（如 enable query rewrite）和分区级刷新（dbms_mview.refresh 的 partn_list 参数），达成数据分段加载、局部刷新、查询下推的效果。
常见错误现象：直接对物化视图执行 ALTER TABLE mv_name PARTITION BY RANGE... → 报错 ORA-14006: invalid partition name，因为物化视图不是表，不支持 DDL 分区操作。
- 必须确保基表已正确分区（
LIST/RANGE/INTERVAL），且分区键在物化视图 SELECT 列中显式出现（如sale_date） - 创建物化视图时需指定
BUILD IMMEDIATE REFRESH FAST ON COMMIT（或ON DEMAND），并启用重写：ENABLE QUERY REWRITE - 若基表用
INTERVAL分区，物化视图无法自动继承新增分区；需手动触发DBMS_MVIEW.REFRESH并传入新分区名
如何配置物化视图按分区段刷新（DBMS_MVIEW.REFRESH 的 partn_list）
局部刷新是实现“分段存储”落地的关键动作。它避免全量刷新锁表、IO 压力大、延迟高问题，尤其适合日增千万级的销售/日志类场景。
示例：基表 sales_fact 按 sale_month RANGE 分区，当前有 P202401、P202402、P202403。只需刷新上月分区：
EXEC DBMS_MVIEW.REFRESH( list => 'sales_mv', method => 'F', -- FAST partn_list => 'P202402' );
注意点：
-
partn_list只对基于分区基表、且物化视图含分区键列、满足快速刷新条件（如含ROWID、物化视图日志启用INCLUDING NEW VALUES）的 MV 生效 - 若刷新失败，查
USER_MVIEWS中LAST_REFRESH_DATE和STALENESS，再查DBA_MVIEW_REFRESH_TIMES错误详情 - 不可混用
partn_list和atomic_refresh => TRUE（会强制转为全量刷新）
查询重写（QUERY REWRITE）如何利用分区裁剪提升性能
当应用 SQL 查询物化视图对应逻辑（如 SELECT SUM(amount) FROM sales WHERE sale_month = '202402'），Oracle 优化器若启用 QUERY REWRITE，会自动改写为扫描 sales_mv 中对应分区（如果物化视图底层能映射到基表分区），前提是：
- 物化视图创建时带
ENABLE QUERY REWRITE - 会话级开启：
ALTER SESSION SET QUERY_REWRITE_ENABLED = TRUE - 查询谓词与物化视图分区键严格匹配（如不能用
TO_CHAR(sale_date, 'YYYYMM')，必须用原始列sale_month） - 执行计划中出现
REWRITE字样（EXPLAIN PLAN查OTHER_XML或用DBMS_XPLAN.DISPLAY）
未命中重写的典型错误信息：ORA-30372: fine grain access policy conflicts with materialized view —— 多因 VPD 策略或虚拟列干扰重写判断。
为什么不能把物化视图建在表空间组或分散存储路径上实现“分段存储”
有人试图用 TABLESPACE GROUP 或 ALTER MATERIALIZED VIEW ... MOVE TABLESPACE ts1 实现物理分段，这是误解。物化视图段始终是单个段（SEGMENT_TYPE = 'TABLE'），即使基表跨多个表空间，MV 数据仍统一存于其 TABLESPACE 指定位置。
真正可控的“分段存储”只有两条路：
- 按业务维度拆成多个物化视图（如
mv_sales_north、mv_sales_south），各自独立刷新、独立表空间、独立权限 - 使用 Oracle 12c+ 的
INMEMORY+ 分区压缩（INMEMORY PRIORITY CRITICAL配合分区），让热分区常驻内存，冷分区落盘，但这属于访问加速，非存储分段
最易被忽略的一点：物化视图日志（MLOG$_xxx）也必须建在高性能存储上——否则 FAST 刷新时日志写入成为瓶颈，分区策略再好也卡在源头。
