物化视图含分析函数（如row_number、rank等）时无法fast刷新，oracle内核硬限制导致静默降级为complete，explain_mview返回msgno=2025及“analytic function not allowed”；此时日志、主键、method参数均无效，query rewrite亦失效，性能瓶颈转至temp/pga资源调度。
物化视图含分析函数时无法走FAST刷新，被迫降级为COMPLETE
只要物化视图定义中出现ROW_NUMBER()、RANK()、LEAD()、LAG()、NTILE()等窗口函数，Oracle 就直接判定REFRESH FAST不可行——这不是配置问题，而是内核硬限制。DBMS_MVIEW.EXPLAIN_MVIEW 会明确返回 MSGTXT = 'complex SQL: analytic function not allowed' 和 MSGNO = 2025。
此时即使建了完整日志、基表有主键、也设了method => 'F'，刷新仍会静默退化为 COMPLETE 模式：全量重建 + 全表扫描基表 + 重新计算所有分析结果，耗时随数据量线性增长。
- 别指望加索引能提速——分析函数的计算本身不走索引，瓶颈在排序和内存/临时表空间消耗
- 若基表是分区表，COMPLETE 刷新不会自动分区并行；必须显式传
parallelism => 4且atomic_refresh => FALSE才能分批处理 -
ON COMMIT刷新在这种场景下完全失效，只能用ON DEMAND配合定时任务
分析函数导致物化视图无法启用QUERY REWRITE
含分析函数的物化视图，QUERY_REWRITE_ENABLED再开也没用。执行计划里查不到OBJECT_NAME为 MV 名的访问路径，全是基表扫描。因为优化器根本不敢重写：分析函数结果依赖窗口顺序和当前数据集快照，无法保证重写后语义一致。
典型表现是：SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY) 中看不到物化视图名，且staleness字段为FRESH也不触发重写。
- 检查确认：
SELECT mview_name, rewrite_enabled, rewrite_capability FROM user_mviews WHERE mview_name = 'MV_WITH_RANK'——rewrite_capability必为TEXT_MATCH或NOT_AVAILABLE，绝不会是GENERAL - 强行加
/*+ REWRITE */提示会被忽略，不报错但无效 - 想绕过？只能把分析逻辑拆到应用层，物化视图只存聚合/连接后的宽表，再由代码做排序分页
刷新慢的真凶常藏在临时段和PGA分配上
分析函数强制排序时，Oracle 会大量使用临时表空间（TEMP）和 PGA 内存。当数据量大、WORKAREA_SIZE_POLICY = AUTO且PGA_AGGREGATE_TARGET不足时，就会频繁发生磁盘排序（IO_TEMP_FILE_OPEN等待），这才是“卡住”的物理原因。
- 查实时压力：
SELECT sql_id, temp_space_allocated/1024/1024 MB FROM v$session s JOIN v$sqlarea a ON s.sql_id = a.sql_id WHERE s.event LIKE 'direct path write temp%' - 刷新前临时调大：
ALTER SESSION SET SORT_AREA_SIZE = 209715200（200MB），比依赖自动管理更可控 - 物化视图日志无济于事——分析函数不依赖增量变更，
MLOG$表再快也救不了 COMPLETE 刷新
替代方案：用简单物化视图 + 应用层计算
真正可行的解法不是硬刚分析函数，而是把物化视图当成“预聚合中间层”：去掉ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC)，只保留dept, salary, employee_id，再让应用查询时加ORDER BY dept, salary DESC和ROW_NUMBER()。
- 物化视图刷新从分钟级降到秒级，因去掉了排序和窗口计算
- 查询端加
/*+ USE_NL(mv) */等提示引导走 MV，再套一层分析函数，整体仍快于原查询 - 注意：需确保 MV 列包含所有分析所需的排序字段和分区字段，否则应用层
OVER ()结果会错
复杂点在于，分析函数不是“慢一点”，而是直接切断 FAST 刷新和 QUERY REWRITE 两条关键加速通路；容易被忽略的是，它把性能瓶颈从 SQL 执行计划层，转移到了临时段 I/O 和 PGA 内存管理这一更底层的资源调度环节。
