微軟BI系統架構設計

2021-05-24 05:41:30 字數 1865 閱讀 2553

總體架構設計

bi已成為微軟產品線中不可或缺的一部分。從2023年到2023年,微軟在其bi產品線中增加了大量的產品,本文將介紹微軟bi產品線的各款產品及其系統架構。

從下圖中可以看到,微軟bi產品線已經涵蓋了所有bi功能點,具體如下:

1.     etl:sql server 2005 integration services

2.     資料倉儲:sql server 2005 database engine

3.     olap:sql server 2005 analysis services

4.     資料探勘模型:sql server 2005 analysis services

5.     多維資料分析(b/s):

øproclarity(2023年12月之前)

øowc

øperformance point server analystic(2023年12月之後)

6.     多維資料分析(c/s):excel 2007

7.     計畫分析(c/s):performance point server planning

8.     平衡計分卡:performance point server scorecard

9.     報表:sql server 2005 reporting services + dundas

10.   data mining viewer(c/s):excel data mining add-in

11.   data mining viewer(b/s):自定義開發

12.   bi portal:sharepoint server 2007

涉及的語言:

1.     mdx

2.     dmx

3.     t-sql

4.     vb script

5.     asp.net

6.     c#

構建多維資料集

構建analysis services資料庫是整個過程中最困難的一步,並不在於它要求多高的技術水平,而是它需要對客戶需求準確的理解。作為乙個開發人員來講,理解客戶需求是非常困難的,這也就意味著你很難去設定哪些是維度,哪些是量度,以及它們的屬性。而這些也是客戶無法幫助我們的,因為他們根本不懂什麼是維度和量度。

這時,乙個既懂開發技術,又能夠清楚了解客戶業務的人就難得可貴了。

analysis services資料庫的建設是後面工作的基礎,因為它將直接決定資料倉儲、前端展現和etl的設計。所以對它的設計一定要全方面的進行考慮,尤其是以後客戶額外需求所帶來的影響,即可擴充套件性,這也是我發現目前大多數analysis services資料庫設計所欠缺的考慮。

analysis services資料庫的設計需要注意以下幾個方面:

1.盡量保證量度不包含任何實際的意義。

這一點怎樣理解,例如,有時我們會將收入、成本、費用設定為不同的量度,這在以後的擴充套件方面會存在一定的問題。而應該將設定乙個維度稱為指標(其中包括這三個成員),而設定乙個量度稱為金額。關於這種設計的優勢我會在以後的帖子中詳細說明。

2.盡量將kpi和計算成員設定在analysis services資料庫中,而不要設定在前端展現軟體中,這樣可以減少計算成員的設定數量,同時也易於維護。

3.在盡可能的應用指令碼功能。在analysis services資料庫中你可以使用指令碼功能實現很多強大的功能,包括計算成員的設定、聚合的函式、度量的彙總和格式的設定等等。

4.建立標準的維度。每乙個維度都要按照要求建立成標準的維度,例如主鍵必須為整型、包括排序鍵以及自定義彙總列等等,這樣在後期擴充套件功能時會非常方便。

5.首先建立乙個大而全的多維資料集,然後再通過透檢視切分成小的多維資料集,這樣可以減少儲存和維護量。

多維資料集驗證及資料倉儲生成

軟體架構設計 二 系統總體架構設計

系統總體架構非常重要,但在表達上都不盡相同,下面介紹幾種常用的系統架構模式,供參考 assf access service biz standard fundation 模式 訪問 服務 業務功能 標準 基礎,對系統架構各個層次均有表達,但部署應用模式需要有單獨說明,如下圖方式組織系統總體架構 lo...

軟體架構設計 二 系統總體架構設計

系統總體架構非常重要,但在表達上都不盡相同,下面介紹幾種常用的系統架構模式,供參考 assf access service biz standard fundation 模式 訪問 服務 業務功能 標準 基礎,對系統架構各個層次均有表達,但部署應用模式需要有單獨說明,如下圖方式組織系統總體架構 lo...

軟體架構設計 二 系統總體架構設計

系統總體架構非常重要,但在表達上都不盡相同,下面介紹幾種常用的系統架構模式,供參考 assf access service biz standard fundation 模式 訪問 服務 業務功能 標準 基礎,對系統架構各個層次均有表達,但部署應用模式需要有單獨說明,如下圖方式組織系統總體架構 lo...