BIEE入門(一)架構

BIEE入門(一)架構

BIEE作爲Oracle的新的商業智能平臺企業版,起源於Oracle所收購的Siebel公司,BIEE原來叫做Siebel Analytic,但是Siebel也不是它的發明者,它是Siebel在2001年收購的另一個公司叫nQuire software的產品,這個從它的配置文件的名稱就可以看出來(NQSConfig,還一直保留着nQuire software的痕跡)。但是這個產品無論是在Siebel還是在Oracle都得到了發揚光大,我的理解是,也許它不一定是最好的BI工具,但是卻是一個非常有創造力的工具,它對於物理層,邏輯層,展現層的理解和定義創造了一個非常簡潔而清晰的數據模型,使用這個數據模型可以完整地連接企業內各個異構數據源和前臺的業務使用人員,使商業智能真正能夠在企業範圍內得到大規模部署和使用:就是報表的“開發”以一種非常容易的方式交還給業務人員,他們就可以隨時產生自己所需要的智能數據報表,而不是把需求再提交給開發人員,而開發人員,在定義好了商業智能的元數據之後,就可以避免對業務人員的連續不斷的需求疲於應付了!請注意,這個並不是廣告語,如果你真正理解了BIEE的架構和部署,你也會有相同的感覺的,所以,覺得BIEE前臺報表開發過於簡單的人也許並不理解這纔是BIEE的真正優勢! BIEE architecture  BIEE的架構非常簡單,如下圖:   窗體頂端 窗體底端 窗體頂端 窗體底端 窗體頂端 窗體底端我覺得這這個架構裏,最重要的最核心的應該是BI Server和由BI Server所操作的Repository。一般的數據倉庫或者商業智能關心的一個核心問題是特定領域的分析數據模型的建模,這個建模的過程在BIEE裏主要是通過BI admintool來進行,而整個建模的成果則是稱之爲repository的一個文件。BI admintool是一個圖形工具,主要用於建立和維護repository,BIEE的repository相當於BIEE的元數據層,而且從很多信息來看很可能將會被作爲未來Oracle的商業智能解決方案的中心元數據層,在Repository裏主要包含了: ·         數據源的定義 ·         多維數據模型的定義 ·         業務展現層的定義而整個元數據的定義可以清楚地看到數據如何從源頭被一步一步地轉換最終以業務人員能夠理解的方式方式展現給最終用戶,BIEE的repository設計得非常簡潔和合理,分別對應於以上的大三個部分分爲三個層次的定義: ·         物理層:對應於數據源的定義,可以建立多個不同系統的數據源,比如一個數據源時essbase,一個數據源是Oracle數據庫,而另一個數據源時DB2。 ·         邏輯層:從多個物理數據源裏抽象出來的多維數據模型,主要爲了業務需求服務,一般是一個星型模型或雪花模型,在邏輯層可以從多個物理數據源形成一個統一的單個多維模型。 ·         表現層:把多維模型以業務的術語展現給最終報表建立的用戶,從展現層的定義中我們不難發現,其實BIEE的開發主要集中於元數據層的開發,而最終報表和展現甚至可以讓最終的業務用戶自己來完成,這個也說明了BIEE的展現層開發是相當容易的!   BI Server(BI服務器)由admintool建立的Repository最終由BI Server來使用,BI Server運行的時候會打開Repository文件,分析服務通過配置文件NQSConfig.ini中的 Star=RPD文件名文件名來找到該數據模型定義文件。物理層和數據源作爲一個BI服務器,BIEE的BI Server和傳統意義上的Essbase或Oracle OLAP的地位並不相同,最大的差別是無論是Essbase或者是Oracle OLAP,本身都包含了數據的建模,存儲,處理等服務,但是BIEE BI Server本身卻並不存儲數據,而只是“指向數據”,用戶的分析請求會自動的由分析服務組織成合適的SQL發送到定義在物理層的數據源,由數據源執行,當然BI Server本身還可以對多個數據源返回的結果重新組織和“裝配”,最後把組織裝配後的結果返回展現層。作爲源數據的提供者可以是普通數據庫數據,關係型數據,OLAP服務,文本文件,excel文件,XML文件或者符合XMLA規範的數據源等等,當在物理模型裏定義多個和多種類型的數據源的時候,數據源的多樣性完全可以由邏輯層進行掩藏,從而最終的商業智能報表開發者或者使用者可以完全不知道最終的信息來源於多種不同的系統。當從關係數據庫來導入數據模型的時候,一般而言事實表和維度表之間都存在着主外鍵的關係,在BIEE裏創建物理層的時候可以通過導入的方式來把這些事實表和維度表之間的關係直接導入到物理層裏,這樣BIEE就可以在創建邏層的時候自動地認識到哪些是事實表,哪些是維度。但是維度的層次關係一般而言還是需要自己去定義;而從Essbase或者Oracle OLAP導入數據模型的時候就要容易一些,因爲導入會把維度的層次關係直接從Essbase裏抓出來,就不需要額外去建立維度的層次關係就可以直接使用Essbase裏的設計了!   BI Presentation Service(BI展現層服務) BIEE的BI展現層是Web服務器的一個擴展模塊,就如Siebel應用裏的SWSE一樣,BI展現層接收BI服務器的數據然後把把數據組織稱HTML或者圖表展現給最終用戶,BI展現層也需要操作一個文件(catalog文件,以.webcat結尾),這個文件存儲了用戶通過管理界面定義的應用的dashboard,通過BI Anwsers定義出來的各種報表,以及這些儀表盤,報表和用戶或者組的權限對應關係。  

發佈了6 篇原創文章 · 獲贊 1 · 訪問量 3萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章