維度建模 資料倉儲初步

2021-09-29 18:30:25 字數 1549 閱讀 4861

分類目錄:商業智慧型《維度建模》總目錄

本文是《維度建模》後續文章的基礎。我們首先從巨集觀層面上考察資料倉儲和商業智慧型(data warehousing and business intelligence,dw/bi)系統。dw/bi系統首先應該仔細考慮的問題是業務需求。《維度建模》系列文章將緊緊抓住業務需求這一要點,逐步深入**邏輯設計、物理設計以及採用有關技術和工具的決策等問題。

本文將詳細考察資料倉儲及商業智慧型的主要目標,辨析dw/bi管理者與雜誌出版商各自責任中存在的不可思議的相似之處。

對所有組織來說,資訊都是其最重要的財富之一。資訊幾乎總是用作兩個目的:操作型記錄的儲存和分析型決策的制定。簡單來說,操作型系統儲存資料,而dw/bi系統使用資料。

操作型系統的使用者確保組織能正常運轉。操作型系統獲取訂單、簽訂新客戶、監視操作型活動的狀態、記錄問題及使用者的抱怨。對操作型系統進行優化的目的是使其能夠更快地處理事務。操作型系統一般一次處理乙個事務記錄。它們按部就班,以可**的方式完成同樣的操作型任務,可**地執行組織的業務過程。鑑於這種執行特點,操作型系統通常不必維護歷史資料,只需修改資料以反映最新的狀態。

另一方面,dw/bi系統的使用者研究分析企業的運轉,並對其效能進行評估。dw/bi系統計算新訂單的數量,並與過去一周的訂單進行比較,找尋簽訂新客戶的原因,了解客戶在抱怨什麼。這些資訊用於分析並判斷操作型過程是否處於正確的工作狀態。儘管也需要詳細的資料來支援始終處於變化狀態的問題,但dw/bi系統一般不會一次只處理乙個事務。對dw/bi系統進行優化的目的是高效能地完成使用者的查詢,而回答使用者的查詢通常需要搜尋成千上萬條事務,並將查詢結果放入乙個查詢集合中。為應對更複雜的問題,dw/bi系統的使用者通常要求儲存歷史環境,用於精確地評估組織在一段時間內的效能。目前,dw/bi系統與操作型系統有不同的需求、不同的客戶、不同的結構以及不同的應用場景的觀點已經為大眾所接受。遺憾的是,我們仍會發現認為dw/bi系統

是儲存於不同硬體平台上的操作型系統的記錄的拷貝這樣的錯誤觀點。儘管在這樣的環境中,出於效能的考慮,將操作型系統和分析型系統進行了隔離,但並未仔細考慮這兩類系統之間天然存在的其他差異。商業使用者感覺不到由這些虛假資料倉儲提供的可用性和效能。這些冒名頂替者對dw/bi系統造成了傷害,因為它們沒有考慮dw/bi系統使用者與操作型戶在需求方面存在巨大的差異。

在開始深入研究維度建模的細節前,關注資料倉儲與商業智慧型的基本目標是非常有益的。這些目標可通過深入到任何組織的工作場所中,傾聽業務管理的問題而建立起來:

基於我們的經驗,上述的關注仍然普遍存在,它們構成了dw/bi系統的基本需求。下面將上述引用的業務管理話題轉換為業務需求:

儘管上述列表中的每一項都很重要,但我們認為最後兩項至關重要。遺憾的是,通常這兩項是最容易被忽略的。資料倉儲和商業智慧型的成功需要更多的專業設計師、技術員、建模人員、資料庫管理員。作為初涉dw/bi領域的人,一方面具有較好的資訊科技基礎,另一方面,對業務使用者並不了解。我們必須兩方面兼顧,為適應dw/bi的獨特需求,修改那些經過檢驗的技能。顯然,需要一整套的技能,這些技能既包括資料庫管理的技能,也包括商業分析師的技能,才能更好地適應dw/bi的商業盛筵。

對於乙個dw/bi管理者,他們需要:

對業務使用者發布高質量、相關的、可訪問的資訊和分析

維護dw/bi環境

資料倉儲維度建模

雪花模型 星型模型 星座 多個事實表 問題 1 資料倉儲,不針對某乙個分析主題,而是有多個分析主題,即多個事實表,維度表怎麼設計?2 即使是同乙個分析主題,也可能存在多個事實表,維度表如何設計?多個時間維度?無論星型模型 雪花模型還是星座模型,都是針對維度上的區別而來,星座模型實質上還是星型模型,只...

資料倉儲維度建模概述

面向主題的。操作型資料庫的資料組織面向事物處理任務,各個業務系統之間各自分離,而資料倉儲中的資料是按照一定的主題域進行組織的。例如 當事人 協議 機構 財務 事件 產品等主題。整合的。資料倉儲中的資料是從多個不同的資料來源傳送來的。多個應用之間在編碼,命名習慣,物理屬性 不同的資料庫 欄位的資料型別...

資料倉儲維度建模步驟

在商業智慧型專案的實施過程中,維度建模技術和企業資料倉儲建模是兩種不同的方 以下是以應用驅動 提供快速原型的商業智慧型專案的實施和規劃過程中使用的維度建模方法時的標準實施過程。具體到專案中則根據專案的規模及所涉及的業務範圍而有所補充或裁減。1.商業智慧型專案規劃 a 資料倉儲專案的定義及範圍 b 專...