用Oracle Materialized views动态创建复杂对象

　　自动SQL查询重写
　　当现有的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;
　　
　　为在新SQL进入Oracle库缓存时Oracle SQL优化器如何检查数据目录的情况。
　　
　　Oracle SQL 查询重写
　　在下一个例子中，我们要创建一个materialized view来确定数据库中每一项工作的平均工资，一旦创建完成，就可以直接进行查询，而且可以从materialized view中直接得到平均工资数，而不用象表2那样要费好长时间通览整个列表。
　　
　　什么时候使用SQL查询重写
　　在SQL查询重写中，Oracle要执行非常复杂的过程，Oracle DBA可以控制SQL优化器到达materialized view以完成整个功能，选择如下：
　　
　　SQL全文匹配――使用这个方法，在materialized view定义的查询中，需要把SQL中的select statement语句和select语句进行比较。
　　
　　部分匹配――如果全文匹配失败，优化器就要进行部分比较，优化器把SQL查询内容（从from语句开始）同materialized view定义的查询内容进行比较。
　　
　　不匹配――如果全文和部分比较全失败的话，优化器就要采用查询重写法开启materialized view。
　　
　　使用materialized view的一些技巧
　　当使用查询重写时，可以创建materialized view来满足大量的SQL查询需求，例如，如果定义了20个查询，就可以用5到6个已经写好的materialized view来满足需求。
　　
　　如果不太确信要创建哪一个materialized view，在DBMS_OLAP包中，Oracle也提供一些建议，以帮助你设计和评估materialized view。
　　
　　如果在查询重写中采用materialized view，那么就必须把他们存储在同一数据库中
　　materialized view可以分割，在不同的列表中也可以定义一个materialized view，materialized view也可以有一个或更多索引
　　
　　结论
　　Oracle materialized view的引入大大改善了处理复杂SQL系统的性能，同时也提高了响应时间。
　　

查看本文来源