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元數據橋的介紹，望你能有所收獲。
【編輯推薦】
