『壹』 BI軟體有哪些
Pentaho
簡介
Pentaho是一個以工作 流為核心的、強調面向解決方案而非工具組件的BI套件，整合了多個開源項目，目標是和商業BI相抗衡。它偏向於與業務流程相結合的BI解決方案，側重於大 中型企業應用。它允許商業分析人員或開發人員創建報表，儀表盤，分析模型，商業規則和 BI 流程。[1]
pentaho是世界上最流行的開源商務智能軟體，以工作流為核心的、強調面向解決方案而非工具組件的BI套件，整合了多個開源項目，目標是和商業BI相抗衡。它是一個基於java平台的商業智能(Business Intelligence,BI)套件，之所以說是套件是因為它包括一個web server平台和幾個工具軟體：報表，分析，圖表，數據集成，數據挖掘等，可以說包括了商務智能的方方面面。
Pentaho是一個它偏向於與業務流程相結合的BI解決方案，側重於大 中型企業應用。它允許商業分析人員或開發人員創建報表，儀表盤，分析模型，商業規則和 BI 流程。
http://www.pentaho.com/
一個專門的pentaho社區：http://www.itisbi.com/
BIEE
Oracle BIEE（簡稱BIEE）作為Oracle的新的商業智能平台企業版，起源於Oracle所收購的Siebel公司，BIEE原來叫做Siebel Analytic。Oracle BIEE是一個非常有創造力的工具，它對於物理層，邏輯層，展現層的理解和定義創造了一個非常簡潔而清晰的數據模型，使用這個數據模型可以完整地連接企業內各個異構數據源，從而使商業智能真正能夠在企業范圍內得到大規模部署和使用。
BIEE：Oracle Business Intelligence Enterprise Edition Oracle在05年底收購Siebel，取其前端開發工具Siebel Analytics作為Oracle BI的新平台。區別原Discoverer起見，稱為Enterprise Edition,而原來的Discoverer就變成了Standard Edition了。二者各取部分結合，加個xe，於是又有所謂的Standards Edition One.這就是OBIEE、OBISE和OBISE ONE的簡單緣起。 07年Oracle收了Hyperion，於是取Hyperion BI的部分組件，合並升級為現在的OBI EE Plus。
BIEE的數據模型分為3層：
1、 物理層Physical，用於定義和連接各類異構數據源，如關系型資料庫、符合XML規范的源數據、OLAP服務、Essbase、Excel等，具體定義數據源物理表結構、欄位數據類型、主外鍵。可簡單理解為「物理表定義」。值得一提的是，BIEE只是保存定義，並沒有存儲數據本身。物理層通過「連接池」、「緩存查詢結果」等技術來提高性能。
2、 邏輯層Business Model and Mapping，基於物理層構建的DW多維數據模型如星型模型或雪花模型，以及定義邏輯模型與物理模型間的映射關系。需要定義事實表和維度表的主外鍵關系，可以定義維度表的層次和事實表的度量。這里是整個BIEE的設計核心，需要「整合」開發人員和業務人員兩種視覺。一個邏輯層的表，可能來自多個物理層的表；一個邏輯層的欄位，可以來自多個物理層的多個表。
3、 展現層Presentation，該層隱藏掉任何技術術語和模型，去掉任何業務不關心的欄位如ID列，以最終用戶的視角和術語行描述。最常見的做法是面對不同的用戶組——業務部門，來設計不同的展現層分析項。這樣做的好處是：可以把報表開發更加完善，符合最終用戶的需求。
BO
BO為Business Object的縮寫，Business Object是業務對象層，表示應用程序領域內「事物」的所有實體類。這些實體類駐留在伺服器上，並利用服務類來協助完成它們的職責。Business Objects，也簡稱BO，是全球領先的商務智能(BI)軟體公司。公司主要業務是幫助企業更加深入地跟蹤和了解其業務，改善決策水平，優化企業績效。
Cognos
Cognos是在BI核心平台之上，以服務為導向進行架構，是唯一可以通過單一產品和在單一可靠架構上提供完整業務智能功能的解決方案。它可以提供無縫密合的報表、分析、記分卡、儀表盤等解決方案，通過提供所有的系統和資料資源，以簡化公司各員工處理資訊的方法。作為一個全面、靈活的產品，Cognos業務智能解決方案可以容易地整合到現有的多系統和數據源架構中。
Cognos展現的報表基於統一的元數據模型。統一的元數據模型為應用提供了統一、一致的視圖。用戶可以在瀏覽器中自定義報表，格式靈活，元素豐富，而且可以通過Query Studio進行即席的開放式查詢。Cognos還具有獨特的穿透鑽取（Drill Through）、切片（slice）和切塊（dice）、以及旋轉（pivot）等功能，使分析人員、管理人員或執行人員能夠從多角度對信息進行快速、一致、交互地存取，從而獲得對數據的更深入了解，有效地將各種相關的信息關聯起來，使用戶在分析匯總數據的同時能夠深入到自己感興趣的細節數據中，以便更全面地了解情況，做出正確決策。[1]
Cognos強大的報表製作和展示功能能夠製作/展示任何形式的報表，其純粹的Web界面使用方式又使得部署成本和管理成本降到最低。同時Cognos還可以同數據挖掘工具、統計分析工具配合使用，增強決策分析功能。
2007年11月美國波士頓當地時間本周一，IBM宣布將以50億美元現金收購Cognos。故又稱IBM Cognos
『貳』 oracle essbase 能連接關系資料庫嗎
Oracle RAC(Real Application Clusters),我們說的雙機容錯就是RAC的一種.
集群技術的優勢在在於橫向擴展性能,並提供高可用性.
32位的操作系統有4G內存的限制,有些Unix系統(以及非高級版本的Windows)有CPU個數的限制.
而集群技術通過集合多台機器協同工作,橫向打破了這種限制.
『叄』 Hyperion essbase入門（二）什麼是essbase
（大意是你可以把essabase想像成多張疊起來的excel表格，不僅僅在單張excel上可以進行表格之間的各種運算，在多張excel表格之間也可以做各種累計運算！） 這個大概是為什麼essbase能夠和excel工具深度集成的原因，因為essbase很多設計都是來源於excel等工具對於分析的限制和不足。但是excel不失為essbase的一個非常友好的前端，對於非常習慣使用Excel工具的業務人員，他們可以非常容易地使用和分析essbase里的數據，Oracle里關於Essbase賣點的一個經常使用的場景是：當業務人員把數據放在多種表格的時候，到了最後他都不知道哪張表格的數據是最新的，而如果把所有的數據都放在essbase里的時候，你可以輕易地得到最新的數據並且分析數據和數據之間的關系。 和傳統的oltp類型的資料庫不一樣，oltp用實體和關系來描述對象，而多維資料庫，則使用度量和維度來描述對象。在做多維設計的時候，其實就是考慮關於度量和維度的設計，比如銷售額就是一個典型的度量，而銷售地區就是一個典型的維度，但是在essbase里，度量也是一種特殊的維度，叫account維度，這個是和有些OLAP伺服器概念上有所區別的，這樣的定義方式能夠很方便地使用維度的操作方式訪問度量，而且應該說在MDX這種標准多維查詢語言里，度量和維度的確沒有本質的區分。
Essbase的一般設計對於MOLAP資料庫一個通常的觀念是MOLAP不能存儲很大的數據量，當essbase以BSO（塊存儲）來存儲多維數據的時候（傳統方式），則稱之為Essbase Analytic mole，這種傳統方式對於維度數據非常多，數據量非常龐大的時候的處理性能一般，這個也是造成許多人認為MOLAP多維資料庫不適合分析非常大量的數據的方式的緣由，但是BSO存儲方式能夠更好地支持大量回寫的應用，如what-if分析，並且能夠提供更好的分析功能。
當數據量很大或者多於10個維度的時候，essbase建議使用ASO聚合存儲方式來壓縮存儲的數據（據說性能在這種方式下能夠快幾十倍，而存儲量能減少幾十倍），使用這種存儲方式就稱之為Enterprise Analytic Mole，從而提供了修正這種MOLAP大數據量限制的很好的方式。這種存儲方式用於分析維度數量比較多，同時並非每個維度的數據都很稠密的時候是性能會非常好，可以處理大量的數據，這兩種不同的存儲，對於上層應用透明，在同一個應用里可以混合使用。
多維資料庫的設計（維度和度量）在essbase里稱之為outline，以.otl的後綴存儲，一個典型的多維資料庫設計過程是包括：先需要通過admin console創建一個outline。
（其實essbase提供了非常豐富的api介面，也可以使用api來創建和修改outline） 在outline里定義維度和層次和累計方式，然後就是通過admin console編輯數據載入規則來把外部數據按照設計好的outline載入到essbase資料庫里。
載入規則基本上有三種方式：
一是通過文本文件載入。二是通過Open sql的方式從ODBC數據源載入。最後一種是使用ETL工具進行載入。 然後使用計算腳本計算生成立方體里的其他所需要的數據，就可以通過excel或者BI工具來訪問和分析多維資料庫里的數據了。
『肆』 Essbase如何在Unix/Linux下使用ODBC數據源
1.鏈接庫文件到系統目錄/usr/lib/
切換用戶到root，執行下面命令ln -s
/ni/essbase/Hyperion/common/ODBC/Merant/5.2/lib/libARicu22.so
/usr/lib/libARicu22.soln -s
/ni/essbase/Hyperion/common/ODBC/Merant/5.2/lib/libodbcinst.so
/usr/lib/libodbcinst.so
2.測試ODBC驅動
切換當前目錄到
/ni/essbase/Hyperion/common/ODBC/Merant/5.2/bin，使用下面命令測試驅動是否能夠正常使用ivtestlib/ni/essbase/Hyperion/common/ODBC/Merant/5.2/lib/ARora22.so
3.配置ODBC數據源 （配置項目使用的資料庫）
編輯文件/ni/essbase/Hyperion/common/ODBC/Merant/5.2/odbc.ini，例子如下
使用Oracle資料庫
[ODBC Data Sources]
Oracle Wire Protocol=DataDirect 5.2 Oracle Wire Protocol
[Oracle Wire Protocol]
--- 修改以下資料庫信息
HostName=資料庫IP地址
PortNumber=1521
ServerName=<server_name in
tnsnames.ora
SID= SID名稱
TNSNamesFile= TNS名稱
4.鏈接文件odbc.ini到home
切換當前目錄為用戶home目錄，執行命令
『伍』 3.1 多維資料庫essbase的存儲原理，和oracle關系庫的區別
Essbase主要是作為Planning後端資料庫使用。Planning的技術難點在於Essbase，所以搞Planning深入下去就是在搞Essbase；
反過來說，熟悉了Essbase，上手Planning就很簡單，無非是在Essbase基礎上加了Form、Process Management等功能，再學學Driver-based Planning、Rolling Forcasting等知識，就算是Planning專家了。
『陸』 2.想學資料庫,想問問資料庫分哪幾種,有何區別
下面針對這些數據倉庫解決方案的性能和特點做分析和比較。 IBM IBM公司提供了一套基於可視數據倉庫的商業智能（BI）解決方案，包括：Visual Warehouse（VW）、Essbase/DB2 OLAP Server 5.0、IBM DB2 UDB，以及來自第三方的前端數據展現工具（如BO）和數據挖掘工具（如SAS）。其中，VW是一個功能很強的集成環境，既可用於數據倉庫建模和元數據管理，又可用於數據抽取、轉換、裝載和調度。Essbase/DB2 OLAP Server支持「維」的定義和數據裝載。Essbase/DB2 OLAP Server不是ROLAP（Relational OLAP）伺服器，而是一個（ROLAP和MOLAP）混合的HOLAP伺服器，在Essbase完成數據裝載後，數據存放在系統指定的DB2 UDB資料庫中。 嚴格說來，IBM自己並沒有提供完整的數據倉庫解決方案，該公司採取的是合作夥伴戰略。例如，它的前端數據展現工具可以是Business Objects的BO、Lotus的Approach、Cognos的Impromptu或IBM的Query Management Facility；多維分析工具支持Arbor Software的Essbase和IBM（與Arbor聯合開發）的DB2 OLAP伺服器；統計分析工具採用SAS系統。 Oracle Oracle數據倉庫解決方案主要包括Oracle Express和Oracle Discoverer兩個部分。Oracle Express由四個工具組成：Oracle Express Server是一個MOLAP (多維OLAP)伺服器，它利用多維模型，存儲和管理多維資料庫或多維高速緩存，同時也能夠訪問多種關系資料庫；Oracle Express Web Agent通過CGI或Web插件支持基於Web的動態多維數據展現；Oracle Express Objects前端數據分析工具（目前僅支持Windows平台）提供了圖形化建模和假設分析功能，支持可視化開發和事件驅動編程技術，提供了兼容Visual Basic語法的語言，支持OCX和OLE；Oracle Express Analyzer是通用的、面向最終用戶的報告和分析工具（目前僅支持Windows平台）。Oracle Discoverer即席查詢工具是專門為最終用戶設計的，分為最終用戶版和管理員版。 在Oracle數據倉庫解決方案實施過程中，通常把匯總數據存儲在Express多維資料庫中，而將詳細數據存儲在Oracle關系資料庫中，當需要詳細數據時，Express Server通過構造SQL語句訪問關系資料庫。但目前的Express還不夠靈活，數據倉庫設計的一個變化往往導致資料庫的重構。另外，目前的Oracle 8i和Express 之間集成度還不夠高，Oracle 8i和Express之間需要復制元數據，如果Oracle Discoverer（或BO）需要訪問匯總數據，則需要將匯總數據同時存放在Oracle和Express中，系統維護比較困難。值得注意的是，剛剛問世的Oracle 9i把OLAP和數據挖掘作為重要特點。 Sybase Sybase提供的數據倉庫解決方案稱為Warehouse Studio，包括數據倉庫的建模、數據抽取與轉換、數據存儲與管理、元數據管理以及可視化數據分析等工具。其中，Warehouse Architect是PowerDesigner中的一個設計模塊，它支持星形模型、雪花模型和ER模型；數據抽取與轉換工具包括PowerStage、Replication Server、Carleton PASSPORT，PowerStage是Sybase提供的可視化數據遷移工具。
『柒』 連接oracle essbase studio出錯，connection refused
你應該是使用oracle資料庫進行配置，在配置essbase studio 資料庫時使用新建的資料庫用戶，不要使用oracle自帶用戶，如system。這樣就行了
『捌』 200分懸賞：中石化的案例分析
1 財務預算管理的思考 中石化應用案例分析
2000年10月，中石化經過重組分別在中國香港、美國紐約、英國倫敦成功上市，2001年在上海證券交易所上市。上市以後，對中石化對外信息披露和加強內部管理提出了新的挑戰，這就要求中石化必須以全新的經營理念、經營機制、管理模式、運作方式進行操作，逐步與國際接軌。作為企業管理的核心，也對進一步提升財務管理的水平提出了更高的要求。因此，中石化開始進行信息化建設的實踐。
中石化的信息化建設於2000年上市後大規模展開，並與咨詢公司進行ERP建設的規劃。目前，SAP已在中石化下屬24家單位上線運行，取得了較好的應用效果。在集團總部的應用，則主要包括生產計劃部門牽頭的KPI體系、財務部門牽頭的成本控制體系，以及信息管理部門牽頭的數據倉庫（支撐KPI體系和成本控制體系的平台）。
具體到財務部門而言，中石化為了實現建立成本控制體系的目標，主要做了以下工作，一是對成本核算進行統一和規范，確保同類企業的核算口徑相同；在這方面，中石化制定了統一的成本核算辦法、設計了統一的標准代碼體系、應用統一的軟體平台。二是將收入、成本（費用）的預算落在實處，並選擇了Hyperion Planning；完成損益預算後，又實施了資金預算。三是選擇Hyperion Essbase產品，建立先進的、系統的、與國際初步接軌的財務分析體系。 截至目前，中石化所進行的各相關項目基本完成，運行情況良好，基本實現了項目的預期目標。
財務預算管理的起步
事實上，中石化在很早之前便有財務預算管理的意識，不過中石化也意識到進行財務預算管理離不開強大的系統支持，否則將流於形式。直接促動中石化加快財務信息管理系統建設的因素是海內外的成功上市，因為成功上市後不僅需要每年向外界披露財務報表，而且要實現內部管理從行業管理的模式向企業管理的模式轉變。而在上市之初，中石化沒有統一的內部會計制度和統一的核算成本辦法，多種財務信息系統平台造成了匯總、合並處理的困難。 在這種情況下，中石化在啟動ERP項目建設的同時，2000年開始實施財務管理信息系統，同年推廣完成帳務和報表系統，2001年推廣煉化企業成本核算和固定資產系統，然後逐步向企業應用靠攏，並與ERP的應用結合。
不過，當時的財務信息管理系統主要還是面向企業應用，且主要是核算層面的應用。而面向總部的應用，特別是管理層面的應用尚未全面展開。中石化選擇了預算管理作為突破口，在進行成本控制體系的規劃時，選用海波龍的財務預算管理解決方案Hyperion Planning。 中石化財務部信息處徐偉表示，中石化之所以選擇海波龍的解決方案，主要是出於兩方面的考慮，一方面是埃森哲的推薦，海波龍的財務預算管理解決方案在全球領先；另一方面是中石化高層赴國外考察時發現國外大型石油化工企業普遍採用海波龍的解決方案。
作者：tjhaojiejie 2007-1-2 13:51 回復此發言
2 回復：財務預算管理的思考 中石化應用案例分析
財務分析體系的實施
在實施財務預算管理系統的同時，中石化還進一步完善了其財務分析體系。
過去，中石化可以實現財務信息穿透查詢的功能，即總部工作人員可以通過網路登陸到各級單位的伺服器中，查詢相關的財務明細信息。這種查詢模式只能解決「一查到底」的需求，但總部應用信息的模式更多是「先粗後細」、「橫向對比」等，更多的是基於報表數據，這就遇到了一些難題：報表數量大，每年報表格式還經常發生變化。由於報表數量眾多，做好分析還需要熟悉不同的業務背景（油田、煉化、銷售、科研與貿易），所以過去主要精力都放在「復制」、「粘貼」等手工重復勞動上，分析體系也不成規范，分析手段比較原始，造成工作人員工作量大、疲於應付的局面。
為進一步提升財務分析的水平，中石化引入咨詢公司普華永道，通過比較國外企業與中石化在分析體繫上的差異，針對不同部門的需求特點提供相應的解決方案，幫助中石化建立比較完善的分析體系，改變原有的以手工操作為主的手段，充分應用IT工具，對明確的、重復的分析需求，最終用戶滑鼠一點就可生成相關的分析圖表；對臨時產生的分析需求，關鍵用戶可通過圖形化的方式自定義實現。並通過多維資料庫旋轉、切片、鑽取、維度切換、WHAT-IF等手段進行分析，從而使管理人員能夠真正將主要精力從「手工勞動」生成分析報表轉移到應用先進的手段去發現問題、解決問題上來。為了實現這樣的目標，中石化採用了Hyperion Essbase解決方案，將過去以「報表」為基本存儲單元變為以「報表數據項」為基本存儲單元的多維資料庫「元數據」存儲模式。同時為了能夠更好地解決前端展現問題，中石化還採用了Hyperion Analyzer和Hyperion Intelligence工具，通過圖形化以及滑鼠拖拽對數據進行穿透查詢、處理和分析，進而改善中石化的財務分析體系，滿足中石化報表式管理的需求。
中石化的成功經驗
對中石化而言，企業的信息化應用包括兩個層面的應用。一方面是下屬企業的應用，它所要解決的問題主要在於流程、業務、訂單、事務等實現信息化。而從總部的角度來看，關鍵應該考慮如何設計規范，實現下屬企業在規范和標准下運作，對大型的集團性企業來說，這樣做的難度較大，主要受方案設計、執行、監督等因素的影響，但必須這樣做。同時，從管理的角度來看，預算管理相當的重要，要實現真正的預算管理首先必須在思想上意識到預算管理的重要性和必要性，並通過循序漸進的方式逐步完善財務預算體系，同時要有良好的業務解決方案和優秀的工具支持。
這是中石化在提高財務預算管理過程中所獲得的經驗。作為一種工具和手段，海波龍解決方案也是發揮了很大的價值，這主要表現在首先滿足了預算方案根據實際情況適時變化、維護和更新的需求。其次是實現了預算編制流程透明、責任明確的需求。海波龍解決方案後端是Hyperion Essbase，是多維資料庫架構，基於「元數據」的應用和管理，易於使用，加上良好的數據查詢和分析工具Hyperion Analyzer和Hyperion Intelligence，輕松地實現了預算審核與分析、預算與實際結果的對比分析等功能。
徐偉指出，海波龍前後端結合的解決方案為中石化財務部門的財務預算、財務分析帶來了諸多的變化。在應用海波龍之前，中石化財務預算比較粗放，現在財務預算可以做的更細致。大大縮短了中石化預算編制周期，年度與月度、損益與資金都納入預算管理，這在過去是難於實現的。海波龍解決方案不僅有預算編制的結果還可跟蹤預算編制的過程，更有利於分析預算偏差的原因和症結所在，明確相關責任，以便及時加以改進。實現預算的監督和分析對比，中石化總部可以實現每月的預算對比，下屬分公司有的可以實現每天部分、每十天大部分的預算與實際的對比。
『玖』 Sybase IQ資料庫的索引問題
sybase iq主要是做數據分析用的。
『拾』 EXCEL表格中不可修改表格內容,雙擊出現英文對話框求解！
你的表格中使用了Essbase本地或網路伺服器資料庫數據，這個資料庫設置了密碼登錄，這個就是登錄驗證。