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定義出來的各種報表,以及這些儀表盤,報表和使用者或者組的許可權對應關係。
·資料來源的定義
·多維資料模型的定義
·業務展現層的定義
而整個後設資料的定義可以清楚地看到資料如何從源頭被一步一步地轉換最終以業務人員能夠理解的方式方式展現給終端使用者,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定義出來的各種報表,以及這些儀表盤,報表和使用者或者組的許可權對應關係。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/22558114/viewspace-1185024/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- [轉]Setup Session Timeout In Oracle BIEESessionOracle
- Mesos架構{轉}架構
- 玩轉架構之路架構
- 容器架構轉傳統lnmp架構(失敗篇)架構LNMP
- MySQL主從複製架構轉換MGR架構MySql架構
- .Net三層架構 (轉)架構
- 面向模式構建系統架構 (轉)模式架構
- 蘇寧庫存架構轉變架構
- 轉:軟體架構入門架構
- 波士頓DICE架構(轉載)架構
- UNIX 安全構架經驗(轉)
- 微軟解決方案架構 (轉)微軟架構
- 大型網站架構之:MySpace的體系架構一(轉載)網站架構
- 大型網站架構之:MySpace的體系架構二(轉載)網站架構
- BIEE 之 處理流程
- BIEE Instance OracleBIPresentat DownOracle
- Oracle biee 中文介紹Oracle
- 極簡架構模式-控制反轉架構模式
- 軟體架構分類(轉載)架構
- 什麼是軟體架構(轉)架構
- 構架Java併發模型框架 (轉)Java模型框架
- 【細品架構10/100】架構由術至道的轉變(1)架構
- 【細品架構11/100】架構由術至道的轉變(2)架構
- 架構之:serverless架構架構Server
- BIEE-修改bisystemuser密碼密碼
- BIEE 11g遷移
- 從單體架構轉向CQRS - Wu架構
- Flume架構以及應用介紹[轉]架構
- 淺析大型網站的架構(轉)網站架構
- MFC架構下的DirectX8 (轉)架構
- PetShop4.0 架構說明(轉載)架構
- oracle架構的基礎知識(轉)Oracle架構
- 微軟解決方案架構(模組八) (轉)微軟架構
- 微軟解決方案架構(模組十) (轉)微軟架構
- Spring的web MVC 構架模式 (轉)SpringWebMVC模式
- 微軟解決方案架構(模組一) (轉)微軟架構
- 微軟解決方案架構(模組四) (轉)微軟架構
- 怎樣的架構設計才是真正的資料倉儲架構(轉載)架構