oracle – MView“启用查询重写”用法

CREATE TABLE TEST_DATE(COL1 VARCHAR2(20),COL2 NUMBER,COL3_DATE DATE,COL4_DATE DATE)
/   

create materialized view TEST_SYS
REFRESH FORCE ON DEMAND
ENABLE QUERY REWRITE  --- ????
AS
SELECT COL1,COL2
FROM    TEST_date
WHERE TRUNC(SYSDATE) BETWEEN TRUNC(COL3_DATE) AND TRUNC(COL4_DATE)
/

如果禁用“启用查询重写”选项,则会为上述查询创建MView,然后在创建实体化视图时使用ENABLE QUERY REWRITE子句的目的是什么,我们是否可以删除它并创建它,我们是否必须在性能上做出妥协MView,如果我们必须注释启用查询重写.

请详细解释我使用enable query rewrite选项.

解决方法

CREATE MATERIALIZED VIEW mv_transaction_daily
  REFRESH FORCE ON DEMAND
  ENABLE QUERY REWRITE
AS
SELECT store_id,transaction_day,SUM(transaction_amount) total_transaction_amount
  FROM transactions
 GROUP BY store_id,transaction_day

那么Oracle可以转换一个类似的查询

SELECT store_id,transaction_day

使用物化视图而不是命中基表.如果您创建了适当的维度对象,则可以使用类似的查询

SELECT store_id,trunc(transaction_day,'MM'),SUM(transaction_amount) monthly_transaction_amount
  FROM transactions
 GROUP BY store_id,'MM')

也可以重写为使用物化视图而不是基表.

如果未启用查询重写,则只有在明确查询实例化视图而不是查询基表时才能看到使用实例化视图的性能优势.这通常需要更多的开发工作,并限制DBA通过微调物化视图来调整应用程序的能力.

在您的情况下,WHERE子句中存在SYSDATE将阻止查询重写,因为Oracle无法确定针对TEST_DATE的查询实际上是否能够使用实例化视图.对于所有Oracle都知道,物化视图中的数据在物化视图刷新时满足条件不再满足条件,并且数据未进入物化视图现在仅仅因为SYSDATE已更改而满足条件.

（编辑：晋中站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!