BI技術與市場概要(2007年版)（轉）

BI技術與市場概要(2007年版)

商務智慧（BI）技術有很長一段時間都被理解為“查詢與報表”工具。自從90年代中後期的OLAP，近幾年的儀表盤和預測挖掘等概念進入市場以來， 商務智慧的範圍就變得更大、更模糊了。從2004年起，隨著一些BI供應商各自推出（或收購了）固定報表工具以後，生產系統報表平臺成為了商務智慧所關注 的核心。有人認為生產型報表不應該屬於BI的範疇，因為在這樣的系統中，資料倉儲或資料集市成為非必須的一層。其實，從使用者的角度來看，這並不重要（雖然 從實施的角度來說，差別巨大）。使用者需要資料訪問，無論它從何處來。把生產型報表作為“運營”資訊中心，體現了商務智慧的意義和價值。 在您分析、評估供應商的產品時，非常重要的一點就是理解什麼樣的功能是您目前或即將需要的，供應商的解決方案中是否包括了這些內容。

本文根據不同的技術與功能對商務智慧產品的市場做了一些簡單的劃分。值得注意的是，不同廠商推出的產品經常使用不同的名稱來標識自己“廣泛”的應 用，但事實上，每個產品線都僅僅覆蓋了BI技術的一個方面。市場上還不存在一個“無所不能”的BI工具。本文列舉的供應商屬於BI市場的主流廠商，但它並 不是一個名次排行榜，每個廠商都有自己歷史的強項和暫時的弱項。如果需要每個領域詳細的比較結果，最好的方法就是親自試用，或者購買第三方（如 Gartner）的市場研究報告。

資料轉換與抽取（ETL）

ETL工具把ERP或其他業務系統裡的資料抽取到資料倉儲/集市中，並同時進行清洗和聚合。要指出的，如果通過命令列或指令碼方式，簡單的把資料匯入 到一個立方體（Cube）或關係型資料庫中，並沒體現出多少BI的價值。由於業務使用者每天都要從資料中尋找答案，而業務也會經常隨著環境的改變而改變，這 就要求ETL系統能夠快速的做出相應的修改（無論是資料來源的變化還是計算公式的更改）。ETL工具的使用正滿足了這樣的需求。由於市場要求後臺的ETL過 程與前端的分析應用之間的關係越來越緊密，許多BI廠商都開始提供了ETL產品，作為其商務智慧解決方案的一部分。這個細分市場的主要領導者包括： Infomatica，IBM，Oracle和Business Objects。

在此領域，不同的BI供應商策略有較大的不同。例如，Business Objects近來越來越強調企業資訊管理（Enterprise Information Management )作為其整體方案的一個重要環節。在裡面包括了ETL，資料質量管理和並行資料訪問等產品。Cognos則相反，似乎已打算漸漸退出此領域。作為 Series 7版本產品中的ETL工具：Data Manager，在最近的Series 8產品中已不再更新了。

查詢與報表

查詢與報表是對資料庫進行SQL查詢，進而把得到的資料格式化，建立出一份報表的過程。它既可以產生生產環境下的報表，如發票；也可以製作管理性質 的分析報告。這兩個不同定位的產品相互擁有許多類似的名稱（比如都叫報表工具），對許多客戶造成了不小的困惑。在這裡有必要先做一番解釋。

來自生產環節下的報表需求與來自管理環境下的查詢與報告常常有所不同。當然，有不少時候，需求非常相近，界線也變得有些模糊起來。。。。。。就好像 你可以用一把榔頭把一個螺絲敲進牆壁一樣，你可以使用生產型報表工具來完成管理型報表應用。然而，相反情況下，卻不盡然，很少有人把管理型查詢報表工具用 在生產型應用上。因為管理型報表工具通常不支援畫素級別的格式定義、非星型的資料結構、或者IT開發人員所需要的可程式設計性。

通常，管理型查詢與報表工具是用在資料倉儲/資料集市基礎上的。當IT開發人員為業務使用者定製生產型報表時，高階使用者，臨時的商務使用者使用他們自己 的管理型查詢工具製作自己看的報表。下表列舉了這兩類工具的其他一些不同之處，以幫助讀者更好的理解生產型報表與管理型報表這兩者之間的區別。當然，這些 特徵都不是絕對的，畢竟這兩個領域之間也有一些類似的地方。

無論從哪種角度來說，這兩類的報表工具的差別都是明顯的。那麼，是否必須使用兩個不同的工具來分別實現呢？Cogons，是第一個聲稱只使用一個工 具就能滿足生產型和管理型報表需求的廠商，即2003推出的ReportNet。然而事實上，在當時，ReportNet內部還是有兩個不同的介面來做不 同的報表。在最近的Cognos8中，這兩個介面演化成了兩個模組：Report Studio和Query Studio。可見，不同型別的需求應該通過不同的產品來滿足，即使被廠商掛了同一個牌子。

MicroStrategy在2003年12月推出了Reort Service。雖然它可以實現畫素級別的定製，但Microstrategy卻很少宣傳把此產品用在OLTP系統上。所以，筆者懷疑 Microstrategy還是希望使用者把此工具用於商業分析管理環境，而非生產應用環境中。

Crystal Report可能是非常典型的把自己定位在生產型報表領域之內的工具了（雖然經過開發，它也可用於商務分析）。同樣，Microsoft 的Reporting Service自從SQL2005釋出以來，也是作為生產型報表的角色出現在市場上。Microsoft的另一工具：Report Bulid則扮演著商業環境下的使用者自定義報表工具的角色。

生產型報表工具

生產型報表是從OLTP資料庫中得到資料，然後經過格式化得到一個報表（如發票、銀行對賬單、支票或訂單等）的過程。當報表並不直接連線OLTP數 據庫時，它也有可能取自ODS（Operational Data Store）或資料倉儲的交易明細表。通常，生產型報表由IT技術人員開發，這是因為資訊需求和報表格式很少發生變化。由於這些報表常常會嵌在生產系統 中，以至於使用者可能並沒有意識到自己正在使用一個BI工具。

供應商	產品
Business Objects	Crystal Reports (收購自Crystal Decision）
Cognos	Conogs 8 Report Studio
Microstrategy	Report Services (2003年推出）
Microsoft	Reporting Services (2004年推出）
Hyperion	Financial Reporting Production Reporting （SQR）
IBI	Web Focus Developer Studio （並不是畫素級別的，但定位於IT開發者使用的報表工具）
Oracle	Oracle Reports for Standard BI, Oracle Publisher for EBI
SAP	Business Explorer (BEx) Report Deisigner
SAS	來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/10159839/viewspace-433266/，如需轉載，請註明出處，否則將追究法律責任。 0 0 分享到： 上一篇： Hyperion模組分類說明 下一篇： 待得秋來九月八，我花開時百花殺； 沖天香陣透長安，滿城盡帶黃金甲 請登入後發表評論 登入 全部評論 oracle_kai 註冊時間：2007-12-20 博文量 48 訪問量 173756 最新文章 樹形查詢也瘋狂&優化措施 Oracle 分析函式 DataGuard:Logical Standby Failover DataGuard:Logical Standby Switchover DataGuard:Logical Standby Create Sample DataGuard:Switch Protection Mode DataGuard:Physical Standby Failover DataGuard:Physical Standby Switchover DataGuard:Physical Standby Create Sample Unload data from oracle 支援我們 作者招募 使用者協議 FAQ Contact Us 北京盛拓優訊資訊科技有限公司. 版權所有  京ICP備09055130號-4  北京市公安局海淀分局網監中心備案編號：11010802021510 廣播電視節目製作經營許可證(京) 字第1234號 中國網際網路協會會員