用 DB2 說明工具深入理解物化查詢表（MQT）刷新機制

在清單 11 中我們得到了一個與清單 7 完全不同卻與清單 3 十分類似的訪問方案。清單 3 中的 MQT 采用即時刷新方式，對基表 insert 操作時同時向 MQT mqttab 進行了操作，而在清單 11 中的 MQT 采用的是延遲刷新方式，在訪問方案中唯一的差別是其沒有同時更新 MQT，而是同時對登台表進行了操作。

接下來我們來看對基表的 update 和 delete 操作時的訪問方案，使用的命令如清單 12 所示。

清單 12. 基表的 update 和 delete 操作

　db2　set　current　explain　mode　explain　
　
　db2　"update　basetab2　set　c2=100　where　c1=11"　
　db2exfmt　-d　MYDB　-1　-e　-o　update2.exfmt　
　
　db2　"delete　from　basetab2　where　c1=11"　
　db2exfmt　-d　MYDB　-1　-e　-o　delete2.exfmt　
　
　db2　set　current　explain　mode　no　

同樣的我們可以發現，對基表的 update 和 delete 操作時的訪問方案也沒有對 MQT 的刷新操作，而是對登台表進行了相應的操作。讀者可以在本文最後的下載鏈接中找到 update3.exfmt 和 delete3.exfmt 中的訪問方案，限於篇幅不在正文部分顯示。

最後，我們來看一下當用戶手動的刷新 MQT 時其執行方案，使用的命令和訪問方案如清單 13 所示。

清單 13. 手動刷新采用延遲更新方式並有登台表的 MQT

　db2　"insert　into　basetab3　values(12,12,12,12)"　
　db2　"insert　into　basetab3　values(13,12,12,12)"　
　db2　"insert　into　basetab3　values(14,12,12,12)"　
　db2　"insert　into　basetab3　values(15,12,12,12)"　
　db2　"update　basetab3　set　c2=100　where　c1=11"　
　
　db2　runstats　on　table　hqy.basetab3　
　
　db2　set　current　explain　mode　explain　
　db2　"refresh　table　mqttab3"　
　db2exfmt　-d　MYDB　-1　-e　-o　refresh3.exfmt　
　db2　set　current　explain　mode　no　
　
　
　　　　　　　　　　　　　　Rows　
　　　　　　　　　　　　　RETURN　
　　　　　　　　　　　　　(　　1)　
　　　　　　　　　　　　　　Cost　
　　　　　　　　　　　　　　I/O　
　　　　　　　　　　　　　　|　
　　　　　　　　　　　　　0.333333　
　　　　　　　　　　　　　FILTER　
　　　　　　　　　　　　　(　　2)　
　　　　　　　　　　　　　514.308　
　　　　　　　　　　　　　61.0015　
　　　　+------------+------+-------------------+　
　　　　　1　　　　　　0　　　　　　　　　　　8.02174e-07　
　　　TBSCAN　　　　FILTER　　　　　　　　　　　INSERT　
　　　(　　3)　　　　(　　4)　　　　　　　　　　　(　　6)　
　　　0.0048　　　　0.076　　　　　　　　　　　514.124　
　　　　　0　　　　　　0　　　　　　　　　　　　61.0015　
　　　　|　　　　　　|　　　　　　　　　　　/----+-----\　
　　　　　1　　　　　　1　　　　　　　8.02174e-07　　　　1000　
　TABFNC:　SYSIBM　　TBSCAN　　　　　　　FILTER　　　TABLE:　HQY　
　　　GENROW　　　　(　　5)　　　　　　　(　　7)　　　　　MQTTAB3　
　　　　　　　　　　0.0048　　　　　　　506.044　　　　　Q6　
　　　　　　　　　　　0　　　　　　　　60.0015　
　　　　　　　　　　　|　　　　　　　　　　|　
　　　　　　　　　　　1　　　　　　　0.000501359　
　　　　　　　TABFNC:　SYSIBM　　　　　　DELETE　
　　　　　　　　　　GENROW　　　　　　　(　　8)　
　　　　　　　　　　　　　　　　　　　　506.044　
　　　　　　　　　　　　　　　　　　　　60.0015　
　　　　　　　　　　　　　　　　　　/----+-----\　
　　　　　　　　　　　　　　　0.000501359　　　　1000　
　　　　　　　　　　　　　　　　UPDATE　　　TABLE:　HQY　
　　　　　　　　　　　　　　　　(　　9)　　　　　MQTTAB3　
　　　　　　　　　　　　　　　　506.04　　　　　　Q7　
　　　　　　　　　　　　　　　　60.001　
　　　　　　　　　　　　　　　/----+-----\　
　　　　　　　　　　　　0.000501359　　　　1000　
　　　　　　　　　　　　　FETCH　　　TABLE:　HQY　
　　　　　　　　　　　　　(　10)　　　　　MQTTAB3　
　　　　　　　　　　　　　506.036　　　　　Q8　
　　　　　　　　　　　　　60.0005　
　　　　　　　　　　　/----+-----\　
　　　　　　　　0.000501359　　　　1000　
　　　　　　　　　TBSCAN　　　TABLE:　HQY　
　　　　　　　　　(　11)　　　　　MQTTAB3　
　　　　　　　　　505.995　
　　　　　　　　　　60　
　　　　　　　　　　|　
　　　　　　　　0.000501359　
　　　　　　　　　TEMP　
　　　　　　　　　(　12)　
　　　　　　　　　504.729　
　　　　　　　　　　60　
　　　　　　　　　　|　
　　　　　　　　0.000501359　
　　　　　　　　　>^NLJOIN　
　　　　　　　　　(　13)　
　　　　　　　　　504.271　
　　　　　　　　　　60　
　　　　　　　　/----+-----\　
　　　　　0.000501359　　　　40　
　　　　　　FILTER　　　　　TBSCAN　
　　　　　　(　14)　　　　　(　20)　
　　　　　　491.357　　　　144.813　
　　　　　　　59　　　　　　　7　
　　　　　　　|　　　　　　　|　
　　　　　0.000501359　　　　1000　
　　　　　　FILTER　　　TABLE:　HQY　
　　　　　　(　15)　　　　　MQTTAB3　
　　　　　　491.168　　　　　Q19　
　　　　　　　59　
　　　　　　　|　
　　　　　　　58　
　　　　　　TBSCAN　
　　　　　　(　16)　
　　　　　　487.826　
　　　　　　　59　
　　　　　　　|　
　　　　　　　58　
　　　　　　SORT　
　　　　　　(　17)　
　　　　　　487.184　
　　　　　　　59　
　　　　　　　|　
　　　　　　　58　
　　　　　　DELETE　
　　　　　　(　18)　
　　　　　　482.288　
　　　　　　　59　
　　　　　/---+----\　
　　　　58　　　　　　58　
　　　TBSCAN　　TABLE:　HQY　
　　　(　19)　　　MQTTAB3_STG　
　　　13.6476　　　　Q9　
　　　　1　
　　　　|　
　　　　58　
　TABLE:　HQY　
　　MQTTAB3_STG　
　　　　Q10　

在清單 13 中我們看到了一個非常復雜的訪問方案，限於篇幅不能詳細的解釋，簡要的說，在這個訪問方案中，首先讀取了登台表 mqttab3_stg 並刪除了登台表的數據（DELETE 操作符 18），接著用登台表中讀取的數據與 MQT mqttab3 進行合並（NLJOIN 操作符 13）並放入臨時表中（TEMP 操作符 12），然後根據臨時表中的數據對 MQT mqttab3 依次進行了更新（UPDATE 操作符 9）、刪除（DELETE 操作符 8）和插入（INSERT 操作符 6）。在整個過程中沒有任何用到基表 basetab3 的操作，這就說明此時的刷新是完全基於登台表 mqttab3_stg 進行的延遲刷新。

至此，我們已經通過訪問方案理解了 MQT 的即時刷新方式、延遲刷新方式以及有登台表的延遲刷新方式的特點和機制，讀者還可以繼續深入探討其他情景，如定義復雜的 MQT（如使用 COUNT 和 GROUP BY），或者使用 LOAD 裝載數據等情景的各種刷新方式。

總結

在文中介紹了 MQT的刷新方式並利用說明工具獲取其訪問方案，使讀者能夠較為深入的理解這些刷新方式，從而能夠在實際應用中選擇合適的刷新方式，更大程度的提高應用系統的性能。