在Oracle数据库的实际应用场景中，复杂视图通常包含多表连接、分组聚合、子查询嵌套等逻辑，每次对这类视图发起查询时，数据库都需要重新执行视图定义的完整SQL逻辑，当数据量较大或者关联表较多时，检索速度会明显下降，影响业务系统的响应效率。物化视图和查询重写技术是解决这一问题的有效方案，二者结合可以在不改动上层业务查询语句的前提下，大幅提升复杂视图的查询性能。
物化视图的基本原理与创建
物化视图和普通视图最大的区别在于，它会将视图定义的查询结果物理存储到数据库中，而不是像普通视图那样仅保存查询逻辑。当对物化视图发起查询时，数据库直接读取已经存储的结果集，不需要重新执行复杂的底层SQL，因此能大幅减少查询的响应时间。
创建物化视图的基本语法如下，这里以存储多表关联聚合结果的场景为例：
-- 创建物化视图，存储用户订单的月度汇总数据
CREATE MATERIALIZED VIEW mv_user_month_order
BUILD IMMEDIATE -- 立即构建物化视图数据
REFRESH FAST ON COMMIT -- 提交时快速刷新
ENABLE QUERY REWRITE -- 开启查询重写
AS
SELECT
user_id,
TO_CHAR(order_time, 'YYYY-MM') AS order_month,
COUNT(order_id) AS order_count,
SUM(order_amount) AS total_amount
FROM t_user u
JOIN t_order o ON u.user_id = o.user_id
GROUP BY user_id, TO_CHAR(order_time, 'YYYY-MM');
上述语句中，BUILD IMMEDIATE表示创建物化视图的同时就生成存储的数据；REFRESH FAST ON COMMIT表示当事物提交时，以快速刷新的方式更新物化视图的数据，快速刷新只处理变更的数据，性能开销较小；ENABLE QUERY REWRITE则是开启查询重写功能的关键配置。
查询重写技术的实现逻辑
查询重写是Oracle优化器的内置功能，当开启该功能后，优化器会自动分析用户提交的查询语句，判断是否存在可用的物化视图能够替代原查询的执行逻辑。如果判断可以使用物化视图，优化器会自动将查询重写为对物化视图的查询，整个过程对上层应用完全透明，不需要修改任何业务代码。
要让查询重写正常工作，除了在物化视图上开启ENABLE QUERY REWRITE之外，还需要确保数据库的查询重写功能全局开启，可以通过以下语句检查并开启：
-- 检查查询重写参数状态 SHOW PARAMETER query_rewrite_enabled; -- 如果值为FALSE，执行以下语句开启（需要管理员权限） ALTER SYSTEM SET query_rewrite_enabled = TRUE;
查询重写生效的前提是，用户查询的逻辑能够被物化视图的数据完全覆盖。比如用户原本查询的是SELECT user_id, order_month, total_amount FROM v_user_month_order WHERE user_id = 1001，而v_user_month_order是和上述物化视图逻辑一致的普通复杂视图，此时优化器就会自动将查询转换为对mv_user_month_order的查询。
物化视图刷新策略的选择
物化视图存储的是历史查询结果，当基表的数据发生变更时，物化视图的数据就会和基表不一致，因此需要根据业务场景选择合适的刷新策略，平衡数据实时性和查询性能。
常见的刷新策略有三种：
- 完全刷新（COMPLETE）：每次刷新时重新执行物化视图定义的完整SQL，生成全新的结果集，适用于数据量小、刷新频率低的场景。
- 快速刷新（FAST）：只处理基表中发生变化的数据，需要基表有物化视图日志（Materialized View Log）支持，适用于数据量大、变更频率高的场景。
- 强制刷新（FORCE）：默认先尝试快速刷新，如果无法快速刷新则执行完全刷新，是兼容两种场景的通用选择。
创建物化视图日志的示例如下：
-- 为基表t_user创建物化视图日志，支持快速刷新 CREATE MATERIALIZED VIEW LOG ON t_user WITH ROWID, SEQUENCE (user_id, user_name) INCLUDING NEW VALUES; -- 为基表t_order创建物化视图日志 CREATE MATERIALIZED VIEW LOG ON t_order WITH ROWID, SEQUENCE (order_id, user_id, order_time, order_amount) INCLUDING NEW VALUES;
使用注意事项
在使用物化视图和查询重写技术优化复杂视图性能时，需要注意以下几点：
- 物化视图会占用额外的存储空间，需要根据存储成本和性能收益做权衡，避免创建过多不必要的物化视图。
- 快速刷新需要基表有物化视图日志，且物化视图的定义需要满足快速刷新的条件，比如不能包含某些复杂的分析函数、非确定性的表达式等。
- 如果业务对数据实时性要求极高，需要评估刷新策略的延迟是否满足需求，必要时可以调整刷新频率或者使用手动刷新的方式。
- 可以通过
EXPLAIN PLAN查看查询的执行计划，确认查询重写是否生效，避免配置错误导致优化没有效果。
查看执行计划确认查询重写的示例如下：
-- 生成查询的执行计划 EXPLAIN PLAN FOR SELECT user_id, order_month, total_amount FROM v_user_month_order WHERE user_id = 1001; -- 查看执行计划 SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY); -- 如果执行计划中出现物化视图的名称，说明查询重写已经生效
通过合理配置物化视图和查询重写技术，能够在几乎不改动现有业务代码的情况下，大幅提升Oracle中复杂视图的检索速度，是数据库性能优化中非常实用的方案。