物化视图不必建在分区表上，但强烈建议；否则将丧失分区剪枝和快速刷新能力，大表易报ORA-12008或刷新超时；分区表需配合显式分区键引用、避免函数包装，并注意日志与分区变更同步；物化视图自身也应分区以提升刷新与查询性能。
物化视图必须建在分区表上吗？
不是必须，但强烈建议。如果源表是普通非分区表，MATERIALIZED VIEW 仍可创建并刷新，但会丧失两个关键能力：一是无法利用分区剪枝（Partition Pruning）加速查询重写；二是快速刷新（REFRESH FAST）在大表场景下容易因日志膨胀和锁竞争失败。实际项目中，当事实表超过 500 万行，且需每日增量刷新时，未分区的源表常导致 ORA-12008: error in materialized view refresh path 或刷新耗时飙升至小时级。
推荐做法：
- 事实表按时间列（如
sale_date）做范围分区，粒度通常为月或周； - 物化视图定义中显式引用分区键列（例如
WHERE sale_date >= ADD_MONTHS(TRUNC(SYSDATE, 'MM'), -3)），确保查询重写能识别可剪枝条件； - 避免在物化视图 SELECT 列表中对分区键列做函数包装（如
TO_CHAR(sale_date, 'YYYYMM')），否则 Oracle 无法匹配分区边界。
分区表 + 物化视图组合下，刷新策略怎么选？
核心矛盾在于：分区表支持高效 DDL 维护（如 ALTER TABLE ... DROP PARTITION），但物化视图日志（MATERIALIZED VIEW LOG）不感知分区变更。若源表删掉一个旧分区，而物化视图日志还保留该分区数据的变更记录，REFRESH FAST 可能报 ORA-12048: error encountered while refreshing materialized view。
实操建议：
- 启用
REFRESH FAST ON COMMIT前，确认源表所有分区都已存在物化视图日志（CREATE MATERIALIZED VIEW LOG ON sales_table是全局生效的，但日志内容只覆盖创建后发生的 DML）； - 对按月滚动的销售事实表，采用
REFRESH FORCE ON DEMAND+ 定时任务，每次刷新前先执行EXEC DBMS_MVIEW.REFRESH('mv_sales_summary', 'F')（强制快速），失败则自动降级为C（完全）； - 若源表频繁执行
DROP PARTITION，刷新前需手动清理对应分区的历史变更日志痕迹——这不是标准操作，需结合DBA_MVIEW_LOGS和DBA_TAB_MODIFICATIONS检查，否则刷新可能卡死。
物化视图本身要不要分区？
要，尤其当它承载汇总结果（如日/月销售总额）且数据量持续增长。Oracle 允许对物化视图应用分区，语法与普通表一致：CREATE MATERIALIZED VIEW mv_monthly_sales PARTITION BY RANGE (month_key) ...。但注意：物化视图分区不会自动继承源表分区结构，必须显式定义。
常见误区：
- 认为“物化视图只是快照，没必要分区”——错。一张聚合了 5 年销售数据的
mv_yearly_product_sales若不分区，单次全量刷新可能锁定整张表数分钟，影响报表系统可用性； - 直接用源表分区键（如
sale_date）作为物化视图分区键——危险。物化视图中该列通常是聚合后的值（如TRUNC(sale_date, 'MM')），类型和精度可能不匹配，导致ORA-14036: partition bound value too large； - 忽略物化视图分区维护成本——新增分区需
ALTER MATERIALIZED VIEW ... ADD PARTITION，这会阻塞后续刷新，必须纳入 ETL 调度依赖链。
查询重写（Query Rewrite）在分区+物化视图场景为何失效？
最常被忽略的一点：即使物化视图和源表都正确分区，且已授予权限 QUERY REWRITE，Oracle 仍可能跳过重写，直接走源表。典型原因是物化视图定义中缺失 ENABLE QUERY REWRITE 子句，或会话级参数未打开。
排查步骤：
- 检查物化视图状态：
SELECT rewrite_enabled, rewrite_capability FROM dba_mviews WHERE mview_name = 'MV_SALES_SUM'，两列必须均为ENABLED； - 确认会话设置：
ALTER SESSION SET QUERY_REWRITE_ENABLED = TRUE（默认为TRUE，但某些 BI 工具连接池会重置）； - 验证 SQL 是否满足重写条件：查询中的谓词（如
WHERE month_id BETWEEN 202501 AND 202506）必须能被物化视图的分区键精确覆盖，不能有隐式类型转换（比如month_id = '202501'但列为NUMBER类型）； - 使用
EXPLAIN PLAN FOR ...后查PLAN_TABLE，若出现MATERIALIZED VIEW REWRITE ACCESS即成功，否则看是否走了TABLE ACCESS FULLon source table。
分区和物化视图协同的价值不在“能用”，而在“可控”。一旦涉及滚动窗口、历史归档、多租户数据隔离等真实场景，分区边界与物化视图生命周期的对齐，比语法正确性更决定系统能否长期稳定运行。
