以下的文章主要介绍的是DB2数据库物化视图之MQT物化查询表的正确使用方案，如果你是DB2数据库物化视图之MQT物化查询表的正确使用方案实际应用方面的新手，你就可以通过以下的文章对其有个更好的了解。
使用 MQT物化查询表（Materialized Query Tables, MQT）
MQT 的定义基于查询的结果。MQT 可以显著提高查询的性能。本教程将介绍 MQT、总结表（summary table）和 staging 表，并通过一些实用的例子展示如何创建和使用物化查询表。
MQT 是基于查询的结果定义的一个表。MQT 中包含的数据来自 MQT 定义所基于的一个或多个表。总结表（也称自动总结表[AST]）对于 IBM DB2 for Linux, UNIX, and Windows 的用户来说应该感到比较熟悉，它们可以看作是特殊的 MQT。fullselect 是总结表定义的一部分，它包含一个 GROUP BY 子句，该子句总结 fullselect 中所引用表中的数据。
您可以将 MQT 看作一种物化的视图。视图和 MQT 都是基于一个查询来定义的。每当视图被引用时，视图所基于的查询便会运行。但是，MQT 实际上会将查询结果存储为数据，您可以使用 MQT 中的这些数据，而不是使用底层表中的数据。
MQT 可以显著提高查询的性能，尤其是提高复杂查询的性能。如果优化器确定查询或查询的一部分可以用一个 MQT 来解决，那么查询就可以被重写以便利用 MQT。MQT 可以在创建表时定义，可以定义为由系统维护，也可以定义为由用户维护。
这种 MQT 中的数据是由系统维护的。当创建这种类型的 MQT 时，可以指定表数据是 REFRESH IMMEDIATE 还是 REFRESH DEFERRED。通过 REFRESH 关键字可以指定如何维护数据。DEFERRED 的意思是，表中的数据可以在任何时候通过 REFRESH TABLE 语句来刷新。
系统维护的 MQT，不管是 REFRESH DEFERRED 类型的还是 REFRESH IMMEDIATE 类型的，对它们的插入、更新或删除操作都是不允许的。但是，对于 REFRESH IMMEDIATE 类型的系统维护的 MQT，可以通过 对底层表的更改（即插入、更新或删除操作）来更新。
下面的小节将展示一个创建 REFRESH IMMEDIATE 类型的系统维护的 MQT 的例子。这个表名为 EMP，它基于 SAMPLE 数据库中的底层表 EMPLOYEE 和 DEPARTMENT。由于 REFRESH IMMEDIATE MQT 要求来自查询内引用的每个表至少有一个惟一键要出现在 select 列表中，所以我们首先在 EMPLOYEE 表的 EMPNO 列上定义一个惟一性约束，另外还要在 DEPARTMENT 表的 DEPTNO 列上定义一个惟一性约束。
DATA INITIALLY DEFERRED 子句的意思是，在执行 CREATE TABLE 语句的时候，并不将数据插入到表中。MQT 被创建好之后，DB2数据库就会处于检查暂挂（check pending）状态，在对它执行 SET INTEGRITY 语句之前，不能查询它。IMMEDIATE CHECKED 子句指定，必须根据用于定义该 MQT 的查询对数据进行检查，并刷新数据。NOT INCREMENTAL 子句指定对整个表进行完整性检查。
- CONNECT TO SAMPLE
- ...
- ALTER TABLE EMPLOYEE ADD UNIQUE (EMPNO)
- ALTER TABLE DEPARTMENT ADD UNIQUE (DEPTNO)
- CREATE TABLE EMP AS (SELECT E.EMPNO, E.FIRSTNME, E.LASTNAME, E.PHONENO, D.DEPTNO,
- SUBSTR(D.DEPTNAME, 1, 12) AS DEPARTMENT, D.MGRNO FROM EMPLOYEE E, DEPARTMENT D
- WHERE E.WORKDEPT = D.DEPTNO)
- DATA INITIALLY DEFERRED REFRESH IMMEDIATE
- SET INTEGRITY FOR EMP IMMEDIATE CHECKED NOT INCREMENTAL
以上的相关内容就是对DB2数据库物化视图：MQT物化查询表的使用的介绍，望你能有所收获。
【编辑推荐】
- IBM DB2 UDB 在线备份与恢复完美演习！
- 对DB2 Online备份方案的具体描述
- DB2数据库备份与恢复命令的总结描述
- Oracle移植到DB2数据库中常出现的错误有哪些？
- 3种DB2数据迁移的操作方案与其的缺点与注意事项
