|
|
 |
 |
|
|
|
|
|
使用查询改写提高查询性能
|
|
|
|
编辑：华夏媒体 作者：未知 来源：网络 时间：2006-07-29 总浏览量：5448 |
|
文字大小：[ 大 中 小 ]
文字颜色： 双击滚屏/单击停止 |
|
[上一页] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [下一页]
|
14 TABLE ACCESS FULL PURCHASES
15 INDEX RANGE SCAN PRODUCT_PK_INDEX
使用失效的物化视图进行查询改写
你可能想知道如果细目表中的数据发生了变化会发生什么情况。查询改写仍将使用物化视图吗？答案决定于初始化参数QUERY_REWRITE_ INTEGRITY的设置。QUERY_REWRITE_INTEGRITY参数有三个取值：
STALE_TOLERATED表示即使细目表中的数据已经发生了变化，也仍然使用物化视图。
TRUSTED 表示物化视图未失效时才使用该视图。但是，查询改写可以使用信任关系，如那些由维度对象或尚未生效的约束所声明的关系。
ENFORCED（缺省）表示当物化视图保证能给出与使用细目表相同的结果时才使用它。使用这一参数意味着查询改写将不使用失效的物化视图或信任关系。
正确的设置决定于应用程序的数据需求。使用失效物化视图的查询改写可能会产生与没有使用查询改写时不同的结果。然而，如果使用细目数据，可能会因为响应查询需要处理的大量数据而使性能恶化。在一个数据仓库中，通常使用TRUSTED完整级别，因为这样才可以保证你只使用那些具有最新数据的物化视图；然而，被声明为正确（可信任）的关系也可用于查询改写。在大多数数据仓库中，这些关系已经在提取、转换和加载（ETL）过程得到了验证，因此不再需要进行验证。
分区变化跟踪
在Oracle9i数据库中，Oracle引入了分区变化跟踪（PCT，Partition Change Tracking）。利用这一特性，Oracle9i数据库可以跟踪物化视图的哪一部分对应于分区细目表的已更新部分。因此，如果查询不需要已更新表的部分，那么该物化视图仍然可以使用。
为了在物化视图中跟踪一个细目表的变化，必须对该表进行分区，并且该物化视图（在SELECT列表中）必须包括细目表的分区键或一个特殊函数：DBMS_MVIEW.PMARKER。此函数为细目表中的每个分区生成一个唯一的标识符。
例如，由time_key对采购表进行分区。清单 8中创建的物化视图与前面使用的monthly_sales_mv 物化视图几乎完全相同，只是该物化视图在采购表上包含了一个附加的DBMS_MVIEW.PMARKER函数。通过包含这一函数，当更新采购表时该物化视图允许PCT。注意：该物化视图自身并不需要被分区。
代码清单 8：具有DBMS_MVIEW.PMARKER函数的物化视图
[page_break] 使用查询改写提高查询性能
［ 作者：chensheng913 转贴自：csdn 点击数：1 更新时间：2005-11-9 ］
减小字体 增大字体
无需改变SQL查询就可以大幅提高查询性能。
你是否为等待你的查询返回结果而感到疲惫？你是否已经为增强索引和调优SQL而感到疲惫，但仍然不能提高查询性能？那么，你是否已经考虑创建物化视图？有了物化视图，那些过去需要数小时运行的报告可以在几分钟内完成。物化视图可以包括联接（join）和集合（aggregate），它提供了一种储存预计算结果的方法。
在执行一个查询时，优化器会判定访问物化视图或数据驻留的基础表是否更快一些。如果优化器判定查询物化视图是更好的解决方案，那么优化器会在一个被称为“查询改写”（query rewrite）的过程中改写SQL查询。在这个过程中，不需要对任何SQL或应用程序代码进行修改，所以任何利用SQL访问数据库的应用程序或特定查询工具都可得益于使用物化视图。当为计算结果而需要访问的数据数量远大于结果（如集合）的大小时，最适合使用查询改写，但是它也可被用于加速昂贵的联接或规划。
本文首先介绍了优化器可以执行的查询改写类型。然后，它讨论了帮助确定创建最佳物化视图集的工具，使优化器能够改写多个查询。利用这些工具创建的物化视图在其基础数据发生变化时还可以快速刷新。如果你不知道创建一个物化视图、一个索引或同时创建两者哪种更好，那么在Oracle数据库10g中引入的SQL Access Advisor可以通过分析给定的工作负荷帮助你做出决定。
查询改写类型
可能有许多类型的查询改写；当物化视图的定义查询与查询的文本完全匹配时，就发生最简单和最显著类型的查询改写。但是，当相同物化视图可用于相应多个查询时，就可以实现查询改写的最大好处。现在，我们将举例说明一些Oracle优化器使用的规则，以确定它是否将使用物化视图来响应。
对于本文中的示例，可以考虑将一个星形模式中的PURCHASES表看作事实表（fact table），其范围由time_key划分。维度表（dimension table）--TIME、PRODUCT和CUSTOMERS--包含主键 time_key、product_id和cust_id。在PURCHASES表中有引用各个维度表的外键约束。
考虑一下清单 1中所创建的物化视图，该视图按月按product_id计算销售总额和销售总次数。注意：对于用于查询改写的物化视图，必须有ENABLE QUERY REWRITE子句。还有，初始化参数QUERY_REWRITE_ENABLED必须被设置为TRUE。
代码清单 1：创建月销售物化视图
CREATE MATERIALIZED VIEW monthly_sales_mv
ENABLE QUERY REWRITE
|
|
[上一页] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [下一页]
|
|
|
打印 收藏 关闭 至顶部 |
|
 |
|