⑴ oracle essbase 能連接關系資料庫嗎
Oracle RAC(Real Application Clusters),我們說的雙機容錯就是RAC的一種.
集群技術的優勢在在於橫向擴展性能,並提供高可用性.
32位的操作系統有4G內存的限制,有些Unix系統(以及非高級版本的Windows)有CPU個數的限制.
而集群技術通過集合多台機器協同工作,橫向打破了這種限制.
⑵ 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目錄，執行命令
⑶ SAP的資料庫怎麼樣
Oracle新推出的 Exalytics是HANA的競品，不過它們有個明顯區別：
使用Exalytics，數據將根據毀哪歷你的使用目的存儲在不同的位置，如果需要將數據添加至行，必須使用 TimesTen 資料庫。如果要在報告中用這些數據，必須將行中的數據導入 Essbase 資料庫，然後再使用 Essbase 工具。同時，如果你需要進行一些統計分析，必須再次將數據導出、放到處理區域、使用 R 統計編程語言進行計算，然後再將結果存儲到其他位置。
使用HANA，所有數據都可以存儲在緩局一個位置，可纖搜以在同一資料庫中完成上述所有操作。
還是SAP的HANA更省事，更人性化。
⑷ Hyperion essbase入門（二）什麼是essbase
Essbase的名字其實是ExtendedSpreadSheetdataBase。 （大意是你可以把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（塊存儲）來存儲多維數據的時候（傳統方式），則稱之為EssbaseAnalyticmole，這種傳統方式對於維度數據非常多，數據量非常龐大的時候的處理性能一般，這個也是造成許多人認為MOLAP多維資料庫不適合分析非常大量的數據的方式的緣由，但是BSO存儲方式能夠更好地支持大量回寫的應用，如what-if分析，並且能夠提供更好的分析功能。 當數據量很大或者多於10個維度的時候，essbase建議使用ASO聚合存儲方式來壓縮存儲的數據（據說性能在這種方式下能夠快幾十倍，而存儲量能減少幾十倍），使用這種存儲方式就稱之為EnterpriseAnalyticMole，從而提供了修正這種MOLAP大數據量限制的很好的方式。這種存儲方式用於分析維度數量比較多，同時並非每個維度的數據都很稠密的時候是性能會非常好，可以處理大量的數據，這兩種不同的存儲，對於上層應用透明，在同一個應用里可以混合使用。 多維資料庫的設計（維度和度量）在essbase里稱之為outline，以.otl的後綴存儲，一個典型的多維資料庫設計過程是包括：先需要通過admin console創建一個outline。 （其實essbase提供了非常豐富的api介面，也可以使用api來創建和修改outline） 在outline里定義維度和層次和累計方式，然後就是通過admin console編輯數據載入規則來把外部數據按照設計好的outline載入到essbase資料庫里。 載入規則基本上有三種方式： 一是通過文本文件載入。 二是通過Open sql的方式從ODBC數據源載入。 最後一種是使用ETL工具進行載入。 然後使用計算腳本計算生成立方體里的其他所需要的數據，就可以通過excel或者BI工具來訪問和分析多維資料庫里的數據了。
⑸ 3.1 多維資料庫essbase的存儲原理，和oracle關系庫的區別
Essbase主要是作為Planning後端資料庫使用。Planning的技術難點在於Essbase，所以搞Planning深入下去就是在搞Essbase；
反過來說，熟悉了Essbase，上手Planning就很簡單，無非是在Essbase基礎上加了Form、Process Management等功能，再學學Driver-based Planning、Rolling Forcasting等知識，就算是Planning專家了。
⑹ Sybase IQ資料庫的索引問題
sybase iq主要是做數據分析用的。
⑺ 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，輕松地實現了預算審核與分析、預算與實際結果的對比分析等功能。
徐偉指出，海波龍前後端結合的解決方案為中石化財務部門的財務預算、財務分析帶來了諸多的變化。在應用海波龍之前，中石化財務預算比較粗放，現在財務預算可以做的更細致。大大縮短了中石化預算編制周期，年度與月度、損益與資金都納入預算管理，這在過去是難於實現的。海波龍解決方案不僅有預算編制的結果還可跟蹤預算編制的過程，更有利於分析預算偏差的原因和症結所在，明確相關責任，以便及時加以改進。實現預算的監督和分析對比，中石化總部可以實現每月的預算對比，下屬分公司有的可以實現每天部分、每十天大部分的預算與實際的對比。
⑻ essbase資料庫有無效字元怎麼改
是不有中文或者日語？
⑼ 如何修改 Essbase 規則文件的字元集
首先，MySQL的字元集問題主要是兩個概念，一個是Character Sets，一個是Collations，前者是字元內容
及編碼，後者是對前者進行比較操作的一些規則。這兩個參數集可以在資料庫實例、單個資料庫、表、列等四個級
別指定。
對於使用者來說，一般推李旦薦使用utf8編碼來存儲數據。而要解決亂碼問題，不單單是MySQL數據的存儲問題，還
和用戶的程序文件的編碼方式、用戶程序和MySQL資料庫的連接方式都有關系。
首先，MySQL有默認的字元集，這個是安裝的時候確定的，在編譯MySQL的時候可以通過DEFAULT_CHARSET=
utf8和DEFAULT_COLLATION=utf8_general_ci這兩個參數（MySQL5.5版本，5.1版本用--with-charset=
utf8 --with-collation=utf8_general_ci）來指定默認的字元集為utf8，這也是最一勞永逸的辦法，這樣指定後，
客哪首擾戶端連接到資料庫的編碼方式也默認是utf8了，應用程序不需要任何處理。
但是遺憾的是，很多人編譯安裝MySQL的時候沒有指定這兩個參數，大多數人更是通過二進製程序的方式安裝，那
么這時候MySQL的默認字元集是latin1。芹談而這時候我們仍然可以指定MySQL的默認字元集，通過my.cnf文件增加
兩個參數：
1.在[mysqld]下添加
default-character-set=utf8（mysql 5.5 版本添加character-set-server=utf8）
2.在[client]下添加
default-character-set=utf8
這樣我們建資料庫建表的時候就不用特別指定utf8的字元集了。配置文件里的這種寫法解決了數據存儲和比較的問題
，但是對客戶端的連接是沒有作用的，客戶端這時候一般需要指定utf8方式連接才能避免亂碼。也就是傳說總的set
names命令。事實上，set names utf8命令對應的是伺服器端以下幾個命令：
SET character_set_client = utf8;
SET character_set_results = utf8;
SET character_set_connection = xutf8;
但這三個參數是不能寫在配置文件my.cnf里的。只能通過set命令來動態修改。我們需要的是在配置文件里寫好一勞
永逸的辦法。那麼這時候，是否有在服務端解決問題的辦法呢，可行的思路是在init_connect里設置。這個命令在每
個普通用戶連接上來的時候都會觸發執行，可以在[mysqld]部分增加以下一行設置連接字元集：
在[mysqld]下添加：
init_connect = 'SET NAMES utf8'
總結：
1、首選在編譯安裝MySQL的時候指定兩個參數使用utf8編碼。
2、次選在配置文件my.cnf或my.ini設定兩個參數，同時設置init_connect參數。
3、第三在配置文件my.cnf或my.ini設定兩個參數，同時客戶端的連接指定set names命令。
4、在配置文件my.cnf里的client和server處加入default-character-set參數方便管理。
⑽ oracle資料庫為什麼這么大
我也學了很久了，關於那麼多的資料庫的區別給你說一下
mssql定位與中型資料庫市場！
oracle定位與大型資料庫市場！
mssql的資料庫腳本是t-sql
oracle的資料庫腳本是pl/sql
mssql只能用於windows平台
oracle可以跨多個平台
mssql便宜、易於掌握、相對簡單
oracle奇貴且按組件收費、概念多、麻煩
delphi開發當然注重pl/sql的掌握！
-------------------------------------
開放性:
SQL Server 只能在windows 上運行，沒有絲毫的開放性，操作系統的系統的穩定對資料庫是十分重要的。Windows9X系列產品是偏重於桌面應用，NT server只適合中小型企業。而且windows平台的可靠性，安全性和伸縮性是非常有限的。它不象unix那樣久經考驗，尤其是在處理大數據量的關鍵業務時.
Oracle 能在所有主流平台上運行（包括 windows）。完全支持所有的工業標准。採用完全開放策略。可以使客戶選擇最適合的解決方案。對開發商全力支持。
DB2 能在所有主流平台上運行（包括windows）。最適於海量數據。DB2在企業級的應用最為廣泛,在全球的500家最大的企業中,幾乎85%以上用DB2資料庫伺服器,而國內到97年約佔5%.
可伸縮性,並行性
SQL server DB2 並行實施和共存模型並不成熟。很難處理日益增多的用戶數和數據卷。伸縮性有限。
Oracle 平行伺服器通過使一組結點共享同一簇中的工作來擴展windownt的能力,提供高可用性和高伸縮性的簇的解決方案。 如果windowsNT不能滿足需要, 用戶可以把資料庫移到UNIX中。
DB2 DB2具有很好的並行性。DB2把資料庫管理擴充到了並行的、多節點的環境. 資料庫分區是資料庫的一部分，包含自己的數據、索引、配置文件、和事務日 志。資料庫分區有時被稱為節點或資料庫節點
安全性
SQL server 沒有獲得任何安全證書。
Oracle Server 獲得最高認證級別的ISO標准認證。
DB2 獲得最高認證級別的ISO標准認證。
性能
SQL Server 多用戶時性能不佳
Oracle 性能最高， 保持windowsNT下的TPC-D和TPC-C的世界記錄。
DB2 適用於數據倉庫和在線事物處理 性能較高。
客戶端支持及應用模式
SQL Server C/S結構，只支持windows客戶，可以用ADO,DAO,OLEDB ,ODBC連接.
Oracle 多層次網路計算，支持多種工業標准，可以用ODBC, JDBC,OCI等網路客戶連接
DB2 跨平台，多層結構，支持ODBC,JDBC等客戶
操作簡便
SQL Server 操作簡單,但只有圖形界面.
Oracle 較復雜, 同時提供GUI和命令行，在windowsNT和unix下操作相同
DB2 操作簡單,同時提供GUI和命令行，在windowsNT和unix下操作相同
使用風險
SQL server 完全重寫的代碼，經歷了長期的測試，不斷延遲，許多功能需要時間來證明。並不十分兼容早期產品。使用需要冒一定風險。
Oracle 長時間的開發經驗，完全向下兼容。得到廣泛的應用。完全沒有風險。
DB2 在巨型企業得到廣泛的應用，向下兼容性好。風險小。 僅供參考
---------------------------------------------------------------
九大數據倉庫方案特點比較
中國電子設備系統工程研究所 王建新 劉東波
01-5-21 下午 04:33:38
--------------------------------------------------------------------------------
IBM、Oracle、Sybase、CA、NCR、Informix、Microsoft、和SAS等有實力的公司相繼（通過收購或研發的途徑）推出了自己的數據倉庫解決方案，BO和Brio等專業軟體公司也在前端在線分析處理工具市場上佔有一席之地。下面針對這些數據倉庫解決方案的性能和特點做分析和比較。
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提供的可視化數據遷移工具。
Adaptive Server Enterprise是Sybase企業級關系資料庫，Adaptive Server IQ是Sybase公司專為數據倉庫設計的關系資料庫，它為高性能決策支持系統和數據倉庫的建立作了優化處理，Sybase IQ支持各種流行的前端展現工具（如Cognos Impromptu、Business Objects、Brio Query等）；數據分析與展現工具包括PowerD