DB2 中 MQT 的匹配原理及使用技巧

核心提示： 下面是 join_redun.plan 打印出的执行计划和诊断信息：AccessPlan:---TotalCost:10.3414QueryDegree:1RowsRETURN(1)CostI/O|10TBSCAN(2)10.34141|10TABLE:MQTSCHSALES_PROD_CUST

下面是 join_redun.plan 打印出的执行计划和诊断信息：

Access　Plan:　
-----------　
　　　　Total　Cost:　　　　　　　10.3414　
　　　　Query　Degree:　　　　　　1　
　
　　　Rows　
　　　RETURN　
　　　(　　1)　
　　　Cost　
　　　　I/O　
　　　　|　
　　　　10　
　　　TBSCAN　
　　　(　　2)　
　　　10.3414　
　　　　1　
　　　　|　
　　　　10　
　TABLE:　MQTSCH　
　SALES_PROD_CUST　
　　　　Q1　
　
　
　Extended　Diagnostic　Information:　
　--------------------------------　
　
　Diagnostic　Identifier:　1　
　Diagnostic　Details:　EXP0148W　The　following　MQT　or　statistical　view　was　
　considered　in　query　matching:　"MQTSCH　".　
　"SALES_PROD_CUST".　
　Diagnostic　Identifier:　2　
　Diagnostic　Details:　EXP0149W　The　following　MQT　was　used　(from　those　
　considered)　in　query　matching:　"MQTSCH　".　
　"SALES_PROD_CUST".　

查询中包含 MQT 中不存在的列，需满足功能依赖

在开始介绍接下来的 MQT 匹配原理之前，有必要先简单介绍一下功能依赖 (Functional Dependency) 这个概念。Y 功能依赖于 X，是指 Y 的值由 X 决定，即每个 X 的值精确的对应着一个 Y 的值，记作 X -> Y。

根据定义，关系表上的所有列都功能依赖于主键或唯一键。例如，清单 1 中 Product 表，PROD_ID ->CAT_ID。对于非键列之间的功能依赖，DB2 通过定义一个参考约束 (informational constraint) 来实现。如清单 1 中在 Product 表上 FD1 和 FD2，分别定义了 CAT_ID -> CAT_DESC 和 CAT_ID -> GROUP_ID 这两个函数依赖。在参考约束定义中：