在专家的帮助下设计数据仓库
2008-09-03 16:27:28 来源:WEB开发网 闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁惧墽鎳撻—鍐偓锝庝簻椤掋垺銇勯幇顖毿撻柟渚垮妼椤粓宕卞Δ鈧獮濠勭磽閸屾艾鈧懓顫濋妸鈺佺疅缂佸顑欓崥瀣煕椤愵偅绶氱紓鍐╂礋濮婂宕掑▎鎴М濠电姭鍋撻梺顒€绉甸幆鐐哄箹濞n剙濡肩紒鎰殜閺屸€愁吋鎼粹€茬敖婵炴垶鎸哥粔鐢稿Φ閸曨垰鍐€妞ゆ劦婢€濞岊亪姊虹紒妯诲蔼闁稿海鏁诲濠氭晲婢跺﹤宓嗛梺缁樺姈缁佹挳宕戦幘璇叉嵍妞ゆ挻绋戞禍鐐叏濡厧浜鹃悗姘炬嫹

获得关于设计索引以及数据分区键、物化查询表、IBM DB2 Universal Database (DB2 UDB) 多维集群的专家帮助。Design Advisor 是 DB2 UDB 内置的,它能提供您所需的帮助。本文解释了如何使用 Design Advisor 为数据仓库作出最优的设计。
简介
本文是关于IBM DB2 Universal Database (DB2 UDB) V8.2 Design Advisor 特性的一个由两部分组成的系列中的第 2 部分。本文关注的是如何在数据仓库(DW)数据库方面有效地使用 Design Advisor。要获得关于 Design Advisor 的总体介绍和提示,请参阅 第 1 部分。在数据仓库领域面临的特殊设计挑战
Design Advisor 非常适合解决在数据仓库方面为最优数据访问而设计物理数据库时所面临的特殊挑战。在开发这个工具时,特别考虑了 DW 的一些方面,包括:
数据仓库经常使用以下面向 DW 的 DB2 特性:物化查询表(MQT)、多维集群表(MDC)和数据分区功能(DPF)hash 分区。所以,与简单地优化索引相比,这里的设计决策更加复杂。对这些特性的使用必须加以协调,才能将性能发挥到极至。
DW 常常很庞大,有时高达 terabyte 级。在这样的环境下,存储对于设计决策的意义就变得更加重大。实际上,当索引没有带来足够的益处时,能够发现这些可以删除的索引就是一个重要的设计目标。
DW 的庞大规模也使得更改已有的物理 DB 设计比较困难,因为这意味着要移动大量的数据(使用导出和导入)。因此,需要倚重一个能帮助评价设计方案的工具。
工作负载比较的即席(ad hoc)。这使得 DBA 在实际使用系统之前,难于对工作负载建模。因此,更需要 DBA 一边监控系统的使用情况,一边调整物理数据库的设计。
DW 常常有能作为 Design Advisor 的补充的 IBM 产品,即 DB2 Query Patroller 和 DB2 Cube Views。Query Patroller 适合为 Design Advisor 提供输入,而 Cube Views 中包括一个专门用于设计在 OLAP 模式中使用的 MQT 的工具。
更多精彩
赞助商链接