物化檢視是儲存在表中的查詢結果

當最佳化器找到與物化檢視關聯的查詢相容的使用者查詢時，資料庫可以根據物化檢視重寫查詢。這種技術改進了查詢執行，因為資料庫已經預計算了大部分查詢結果

最佳化器查詢與使用者查詢相容的物化檢視，然後使用基於成本的演算法選擇物化檢視以重寫查詢。除非物化檢視的成本低於使用物化檢視生成的計劃，否則最佳化器不會在生成計劃時重寫查詢。

#### 關於查詢重新和最佳化器
一個查詢要經過多次檢查，以確定它是否是查詢重寫的候選物件。

如果查詢無法使用檢視，語句消耗的時間、資源會更多

最佳化器使用兩種不同的方法來確定何時根據物化檢視重寫查詢。第一個方法將查詢的SQL文字與物化檢視定義的SQL文字相匹配。如果第一種方法失敗，那麼最佳化器將使用更通用的方法來比較查詢和物化檢視之間的聯接、選擇、資料列、分組列和聚合函式。

查詢重寫對以下型別的SQL語句中的查詢和子查詢進行操作：
- select
- create table ... as select
- insert into ... select

它還處理集合運算子UNION、UNION ALL、INTERSECT、INTERSECT ALL、EXCEPT、EXCEPT ALL、MINUS 和MINUS ALL中的子查詢，以及DML語句（如INSERT、DELETE和UPDATE）中的子查詢。

維度、約束和重寫完整性級別會影響是否重寫查詢以使用物化檢視。此外，可以透過rewrite和NOREWRITE提示以及query_rewrite_enabled session引數啟用或禁用查詢重寫。

DBMS_MVIEW.EXPLAIN_REWRITE過程建議是否可以對查詢進行查詢重寫，如果可以，則建議使用哪些物化檢視。它還解釋了為什麼不能重寫查詢。

#### 關於查詢重新相關的初始化引數
引數名| 引數值| 描述
---|---|---
OPTIMIZER_MODE|ALL_ROWS (default), FIRST_ROWS, or FIRST_ROWS_n|當OPTIMIZER_MODE設定為FIRST_ROWS時，OPTIMIZER使用混合成本和啟發式方法來找到快速交付前幾行的最佳計劃。當設定為FIRST_ROWS_n時，最佳化器使用基於成本的方法並以最佳響應時間為目標進行最佳化，以返回前n行（其中n=1、10、100、1000）。|
QUERY_REWRITE_ENABLED|TRUE (default), FALSE, or FORCE|此選項啟用最佳化器的查詢重寫功能，使最佳化器能夠利用物化檢視來提高效能。如果設定為FALSE，此選項將禁用最佳化器的查詢重寫功能，並指示最佳化器即使在未編寫查詢的估計查詢成本較低的情況下也不要使用物化檢視重寫查詢。如果設定為強制，則此選項啟用最佳化器的查詢重寫功能，並指示最佳化器使用物化檢視重寫查詢，即使未編寫查詢的估計查詢成本較低。|
QUERY_REWRITE_INTEGRITY|STALE_TOLERATED, TRUSTED, or ENFORCED (the default)|此引數是可選的。但是，如果已設定，則該值必須是在“初始化引數值”列中指定的值之一。預設情況下，完整性級別設定為強制。在此模式下，必須驗證所有約束。因此，如果使用ENABLE NOVALIDATE RELEND，某些型別的查詢重寫可能無法工作。要在此環境中啟用查詢重寫（其中約束尚未驗證），應將完整性級別設定為較低的粒度級別，如受信任或可容忍的過時。|

#### 查詢重新的準確性
查詢重寫提供三個級別的重寫完整性，由初始化引數QUERY_REWRITE_INTEGRITY 來控制，有三個值

- ENFORCED:這是預設模式。最佳化器僅使用物化檢視中的新資料，並且僅使用基於已啟用的驗證主鍵、唯一鍵或外來鍵約束的關係。
- TRUSTED: 在可信模式下，最佳化器相信維度和依賴約束中宣告的關係是正確的。在這種模式下，最佳化器還使用預構建的物化檢視或基於檢視的物化檢視，並使用未強制的關係以及強制的關係。它還信任已宣告但未啟用的已驗證主鍵或唯一鍵約束以及使用維度指定的資料關係。此模式提供了更強大的查詢重寫功能，但如果您宣告的任何受信任關係不正確，也會產生錯誤結果的風險
- STALE_TOLERATED:最佳化器使用有效但包含陳舊資料的物化檢視以及包含新資料的物化檢視。此模式提供了最大的重寫能力，但會產生產生不準確結果的風險。

如果將“重寫完整性”設定為最安全級別（強制），則最佳化器僅使用強制主鍵約束和引用完整性約束，以確保查詢結果與直接訪問明細表時的結果相同。

如果將“重寫完整性”設定為“強制”以外的級別，則有幾種情況下，使用“重寫”的輸出可能與不使用“重寫”的輸出不同:

- 物化檢視可能與資料的主副本不同步。這通常是因為在對物化檢視的一個或多個細節表執行大容量載入或DML操作後，物化檢視重新整理過程處於掛起狀態。在某些資料倉儲站點上，這種情況是可取的，因為某些物化檢視在特定時間間隔內重新整理的情況並不少見。
- 維度物件隱含的關係無效。例如，層次結構中某一級別的值不會向上滾動到恰好一個父值。
- 預構建物化檢視表中儲存的值可能不正確。
- 由於未強制的表或檢視約束定義了錯誤的資料關係，因此可能會出現錯誤的答案。

我們可以透過system/session 級別設定引數QUERY_REWRITE_INTEGRITY

#### 查詢重寫舉例

建立一個物化檢視
``` sql
CREATE MATERIALIZED VIEW cal_month_sales_mv
ENABLE QUERY REWRITE AS
SELECT t.calendar_month_desc, SUM(s.amount_sold) AS dollars
FROM sales s, times t WHERE s.time_id = t.time_id
GROUP BY t.calendar_month_desc;
```

假設，在一個典型的月份，商店的銷售額約為100萬。因此，這個物化聚合檢視具有每個月銷售的美元金額的預計算聚合。

詢問每個日曆月在商店銷售的金額的總和：
``` sql
SELECT t.calendar_month_desc, SUM(s.amount_sold)
FROM sales s, times t WHERE s.time_id = t.time_id
GROUP BY t.calendar_month_desc;
```

在缺少以前的物化檢視和查詢重寫功能的情況下，Oracle資料庫必須直接訪問sales表，並計算銷售金額之和以返回結果。這涉及從sales表中讀取數百萬行，這將由於磁碟訪問而增加查詢響應時間。查詢中的連線還將進一步降低查詢響應的速度，因為連線需要在數百萬行上計算。

在存在物化檢視的情況下，查詢重寫將透明地將以前的查詢重寫為以下查詢：
``` sql
SELECT calendar_month, dollars
FROM cal_month_sales_mv;
```

因為在物化檢視中只有幾十行，所以查詢會立即返回結果。

官網文件地址:https://docs.oracle.com/en/database/oracle/oracle-database/21/tgsql/query-transformations.html#GUID-EA178F1F-7564-4621-B884-19A202943421

【SQL】Oracle查詢轉換之物化檢視查詢重寫

相關文章