在专家的帮助下设计数据仓库

核心提示： 步骤 4 - 后续步骤除了本系列 第 1 部分所讨论的几点之外，这一步无需特殊的考虑，在专家的帮助下设计数据仓库(5)，这里重申一下，在接受了建议之后，以便在一个文件中创建建议的对象，请参阅 参考资料小节，似乎接下来的步骤自然就是作出更改，然而

步骤 4 - 后续步骤

除了本系列 第 1 部分所讨论的几点之外，这一步无需特殊的考虑。这里重申一下，在接受了建议之后，似乎接下来的步骤自然就是作出更改。然而，此时可能还要做些其他事情：

保存建议，以便给其他人看。

以不同的输入重新运行 Design Advisor，看看能否获得更好的建议。

在实施建议之前，DBA 通常要做的事情是：

用符合惯例的名称替代生成的索引名称。

查看对象所要存储到的表空间。

添加关于对象的注释，表明创建它的原因。

DB2 V8.2 有一些补充性的增强，使得这些建议实施起来更加容易。这就是在线索引创建和 alter TABLE 支持。命令行 (db2advis) 讲解

现在我们将讲解同一个案例研究，不过这次使用的是命令行，而不是 GUI。

下面是这个案例研究中使用到的命令：

db2advis –d TPCD –i tpch_queries.in –m IMCP –k LOW -l 700 –c DB2ADVIS_TBSP -f

要点包括：

-m IMCP：规定 Design Advisor 应该考虑新的索引(I)、新的 MQT(M)、将标准的表转换成 MDC 表(C)，并且重新为已有的表分区(P)。默认情况是只考虑索引。

-k LOW：规定将工作负载压缩到 Low 级别。结果，Design Advisor 将分析您提供的更大一组的工作负载。默认情况是中等(medium)。

-l 700：规定任何新的索引、MQT 等都不能消耗多于 700 MB 的空间。默认情况是数据库总体规模的 20%。

-c DB2ADVIS_TBSP：规定使用表空间 DB2ADVIS_TBSP 作为生成 MQT 建议的临时工作空间。如果您想要 MQT 建议，并且正在运行一个 DPF(多分区)示例，那么这个选项是必需的。否则，这个参数是可选的。

另一个有用的选项(没有给出)是 -o output_file。该选项保存脚本，以便在一个文件中创建建议的对象。请参阅 参考资料小节，以获取关于命令选项的更全面信息的链接。