MQT表2

DB2 物化查詢表 MQT（MATERIALIZED QUERY TABLES）
儲存了一個查詢的結果，當我們查詢相關表時，DB2 會自動決定是使用原表還是使用物化查詢表。當資料庫中有海量資料時， 使用物化查詢表可以極大的提高查詢速度。 但是， 有一利就有一弊，維護物化查詢表也是相當耗時的。 所以， 物化查詢表廣泛應用在資料倉儲和海量數量的報表查詢中，這類查詢的特點是：資料量大、經常需要分組統計、資料不會頻繁變更。正因為這些特點，在這些場合中物化查詢表可以充分發揮它的優勢。

語法
create table as

data initially deferred
refresh [deferred | immediate]
[enable qurey optimization | disable qurey optimization]
[maintained by [system | user | federated_toool]]

示例：
 CREATE TABLE emp_summary AS
 (
SELECT workdept, COUNT(*) AS crows, SUM(empno) AS sumno
  FROM employee
 GROUP BY workdept
 )DATA INITIALLY DEFERRED
REFRESH IMMEDIATE;

在定義物化查詢表時，我們可以指定在原始表資料改變時，是立即重新整理物化查詢表（REFRESH IMMEDIATE）呢，還是延遲重新整理（REFRESH DEFERRED）；我們還可以指定，在適當的時候，允許優化器使用物化查詢表（ENABLE QUREY OPTIMIZATION）呢，還是禁止使用（DISABLE QUREY OPTIMIZATION]）；我們還可以指定，物化查詢表是由系統維護（MAINTAINED BY SYSTEM）呢，還是由使用者維護（MAINTAINED BYUSER）。

如果我們將物化查詢表定義為延遲重新整理（REFRESH DEFERRED），那麼在使用物化查詢表之前， 我們必須使用REFRESH TABLE 語句重新整理它。 如果定義為由使用者負責維護物化查詢表時，使用者可以對物化查詢表進行insert update delete等操作，此時，物化查詢表將不能 REFRESH 了。
維護物化查詢表是相當耗時的，為了提高維護效率，我們可以給延遲重新整理（REFRESHDEFERRED） 的物化查詢表定義一個staging表。 staging表用來對物化查詢表執行增量重新整理，當重新整理完成時，staging表就會被刪除。對於上面定義的物化查詢表，我們可以定義如下 staging表:

CREATE TABLE emp_summary_st
(
workdept,
crows,
sumno,
GLOBALTRANSID,
GLOBALTRANSTIME
)FOR emp_summary PROPAGATE IMMEDIATE;
PROPAGATE IMMEDIATE 子句表示， 原始表做出的任何更改， 都將被累積在staging表中。
GLOBALTRANSID 表示每個被傳播的行對應的全域性事務ID。
GLOBALTRANSTIME 表示事務的時間戳。

taging表建立後， 處於檢查暫掛狀態， 我們可以使用SET INTEGRITY語句將表設定為正常狀態， 這時候， 我們就可以使用staging表來重新整理物化查詢表了。
SET INTEGRITY FOR emp_summary_st STAGING IMMEDIATE UNCHECKED;
REFRESH TABLE emp_summary;

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/23577591/viewspace-704317/，如需轉載，請註明出處，否則將追究法律責任。