在Oracle数据库中，当SQL视图包含SUM、COUNT、AVG等聚合函数时，每次查询视图都需要对基础表的数据进行实时聚合计算，当基础表数据量较大时，查询响应时间会明显变长，严重影响业务系统的使用体验。利用维度与物化视图重写的方式，可以有效解决这类性能问题。
带聚合函数SQL视图的性能问题
普通SQL视图是存储的查询定义，不保存实际数据，当视图包含聚合函数时，执行查询会先执行视图对应的基础查询，再对结果做聚合运算。如果基础表数据量达到百万级以上，每次查询都要扫描全表计算，性能会非常差。比如下面这个统计各部门员工薪资总和的视图：
-- 普通带聚合函数的视图 CREATE VIEW dept_salary_sum AS SELECT dept_id, SUM(salary) AS total_salary, COUNT(*) AS emp_count FROM employee GROUP BY dept_id;
当查询这个视图时，Oracle会直接执行背后的GROUP BY查询，如果employee表数据量很大，查询速度会很慢。
Oracle维度的作用与创建
维度是Oracle中用于描述数据层次结构的对象，它可以告诉查询重写机制数据之间的层级关系，让优化器知道可以使用预计算好的聚合数据来替换实时计算。比如时间维度可以定义年、月、日的层级，部门维度可以定义公司、部门、小组的层级。
创建维度的语法如下：
-- 创建部门维度，定义公司到部门到小组的层级
CREATE DIMENSION dim_dept
LEVEL company IS (dept_hierarchy.company_id)
LEVEL dept IS (dept_hierarchy.dept_id)
LEVEL group IS (dept_hierarchy.group_id)
HIERARCHY dept_rollup (
group CHILD OF dept
dept CHILD OF company
)
ATTRIBUTE company DETERMINES (company_name)
ATTRIBUTE dept DETERMINES (dept_name)
ATTRIBUTE group DETERMINES (group_name);
维度创建后，Oracle的查询重写机制就能识别聚合数据的层级汇总关系，为物化视图的使用提供基础。
物化视图的创建与查询重写
物化视图和普通视图不同，它会实际存储查询对应的结果数据，并且可以设置自动刷新机制，保证数据和基础表一致。结合维度开启查询重写后，当查询带聚合函数的视图时，Oracle会自动使用物化视图中预计算好的数据，而不需要再扫描基础表做实时聚合。
创建带查询重写的物化视图
创建物化视图时需要指定ENABLE QUERY REWRITE开启查询重写，同时可以根据需求设置刷新方式，比如REFRESH FAST ON COMMIT表示基础表提交事务时快速刷新物化视图数据。
-- 创建物化视图，存储部门薪资聚合数据，开启查询重写 CREATE MATERIALIZED VIEW mv_dept_salary BUILD IMMEDIATE REFRESH FAST ON COMMIT ENABLE QUERY REWRITE AS SELECT dept_id, SUM(salary) AS total_salary, COUNT(*) AS emp_count, COUNT(salary) AS salary_count FROM employee GROUP BY dept_id;
查询重写验证
创建好物化视图和维度后，查询原来的普通视图，Oracle会自动重写为查询物化视图的数据。可以通过执行计划查看是否使用了物化视图：
-- 查看查询执行计划 EXPLAIN PLAN FOR SELECT dept_id, total_salary FROM dept_salary_sum WHERE dept_id = 10; -- 输出执行计划 SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);
如果执行计划中出现物化视图的名称，说明查询重写生效，查询直接使用了预计算的聚合数据，性能会大幅提升。
注意事项
- 物化视图的刷新机制需要根据业务场景选择，如果是实时性要求高的场景，选择ON COMMIT刷新，如果是离线分析场景，可以选择定时刷新减少基础表压力。
- 维度定义需要和实际数据的层级关系一致，否则查询重写可能无法生效。
- 物化视图会占用额外的存储空间，需要根据数据量和存储资源合理规划。
- 不是所有的查询都能触发查询重写，需要确保查询的聚合逻辑和物化视图的聚合逻辑匹配，维度的层级关系支持重写。