当现有的Materialized
views被用来满足请求时,查询优化器可以自动识别,紧接着就会重新写入请求。查询直接指向materialized
view,而不用知道具体细节,这样又使系统性能得到改善。
现在Oracle9I
SQL又有了其他查询重写能力,它通常会把相关查询重新写到子目录中,比如,如果有人采用不正确的查询方式使用不存在的语句时,Oracle9I
SQL优化器就会自动探测到这种情况。同时会以更快的速度用标准的查询来代替SQL。
重写之前的SQL查询
select customer_name from
customer
where not exists (select customer_name from bad_credit);
自动重写后的查询
Select customer_name
from customer c, bad_credit b
where b.customer_name(+) = c.customer_name
and b.customer_name is null;
图B所示为在新SQL进入Oracle库缓存时Oracle SQL优化器如何检查数据目录的情况。
图 B
Oracle SQL 查询重写
在下一个例子中,我们要创建一个materialized
view来确定数据库中每一项工作的平均工资,一旦创建完成,就可以直接进行查询,而且可以从materialized
view中直接得到平均工资数,而不用象表2那样要费好长时间通览整个列表。
什么时候使用SQL查询重写
在SQL查询重写中,Oracle要执行非常复杂的过程,Oracle
DBA可以控制SQL优化器到达materialized view以完成整个功能,选择如下:
使用materialized view的一些技巧
当使用查询重写时,可以创建materialized
view来满足大量的SQL查询需求,例如,如果定义了20个查询,就可以用5到6个已经写好的materialized
view来满足需求。
如果不太确信要创建哪一个materialized view,在DBMS_OLAP包中,Oracle也提供一些建议,以帮助你设计和评估materialized
view。
结论
Oracle materialized
view的引入大大改善了处理复杂SQL系统的性能,同时也提高了响应时间。
责任编辑:超凡
|