MView“启用查询重写”用法

Question

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。

请详细解释一下启用查询重写选项的使用。

Answer 1

查询重写允许 Oracle 重写针对基表（在本例中为 TEST_DATE）的查询，以透明地使用物化视图（在本例中为 TEST_SYS）。例如，当您的物化视图预聚合数据时，这非常有用。如果我有一个事务表和一个物化视图

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,
       SUM(transaction_amount) total_transaction_amount
  FROM transactions
 GROUP BY store_id, transaction_day

使用物化视图而不是访问基表。如果您创建了适当的维度对象，则可以将这样的查询

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

重写为使用物化视图而不是基表。

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

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

Answer 2

您不需要启用查询重写。此外，考虑到您的 mview 定义，它可能不会对您有任何帮助。