DB2 Cube View元数据桥的正确构建方案

　　此文章主要向大家描述的是正确构建DB2 Cube View元数据桥的实际操作步骤  。在一般的情况下公司与用户需要有分析大量的数据集的相关能力，以及能够访问和报告更详细的数据  。象DB2 UDB这样的高可升级性的数据库服务器扮演一个越来越重要的角色，传送企业OLAP解决方案  。

　　使用DB2 CubeView，DB2UDB提供一个更加强健的基础结构，能够在端对端的的数据仓库和业务智能配置中承担起大量数据的处理  。

　　对于许多OLAP工具和应用程序，与DB2 Cube View整合需要构建一个元数据桥  。 这个桥可以使用DB2CubeView的基于XML的存储过程接口读取或者创建元数据  。 我们在本文中将讲述如何使用这个接口去构建一个桥  。

　　DB2

　　Cube View的概述

　　ibm DB2 Cube View是增强DB2UDB作为开发和配置业务智能产品和应用程序的DB2通用数据库的一个附加特性  。尤其是，DB2 Cube View有助于加快基于DB2UDB的OLAP解决方案和应用程序的开发和管理  。

　　DB2

　　Cube View特性是如何做到这些的? 首先，它允许DB2 UDB是了解OLAP的  。不用CubeView，对于一个不熟悉数据库结构和内容的人来说，一个关系数据库看上去可能象一大堆有栏目的表  。 DB2CubeView元数据使你能在一个DB2数据库中更加完整的建立底层结构  。

　　通常，一个数据仓库或者数据市场是设计来用于量纲分析  。在这种情况下，数据库通常由一个或多个星形(或者雪花型)图式组织成的表组成  。一个简单的星形图式由多个维量的表围绕的一个实际表组成  。比如，一个实际的表可以记录一个公司个别产品和存货位置的销售图表  。维度表(可以名为PRODUCTS和STORES)可以包含个别产品和存货位置的细节，可以连接到实际的表中  。

　　元数据对象

　　DB2

　　CubeView元数据尤其擅长获得一个星形图式或者雪花图式(参见图1)所固有的结构  。元数据通过一套元数据对象提供相关数据的"维度视图"  。元数据对象被分层为从Attributes这样的简单对象到更复杂的对象，比如Joins、Hierarchies、Dimensions和CubeModels  。一个完全定义的Cube Model对象通常相当于一个星形(或者雪花)图式，并且使用一个通用的维数建模一套量度数  。那么毫无疑问，CubeModel封装其它DB2 Cube View元数据对象，比如Dimensions和Measures  。

　　总而言之，DB2 CubeView元数据使你能你的DB2数据库的多维管理结构和设计  。除了使得DB2感知OLAP以外，DB2CubeView元数据至少还以两种方法使用：

　　DB2 Cube View特性利用元数据最优化在DB2数据库中的SQL查询  。

　　基于DB2 UDB的Products和应用程序可以使用元数据  。

　　让我们简要地讨论这两种用法  。

　　使用DB2 Cube View元数据用于最优化

　　DB2

　　CubeView可以通过创建相应的保持前集合体数据的物化查询表或者MQT加速SQL查询  。MQT也被称为摘要表  。DB2优化程序可以根据情况重写到MQT的SQL查询  。MQT通常在数量级上比底层的基本表小  。这样，查询可以被重写，能够比运行在基本表上的SQL查询要快很多  。.

　　DB2

　　Cube View有一个最优化顾问，基于元数据和用户输入，建议一套相应的MQT  。请参阅DB2 Cube ViewsSetupand User "s Guide关于最优化的章节，获取更详细的信息  。

　　以上的相关内容就是对构建DB2 Cube View元数据桥的介绍，望你能有所收获  。