售前資料——sybase 15.7 與oracle 10g 對比——公司狀況對比

jiachunzhou

Sybase 公司近況
Sybase公司作為著名的數(shù)據(jù)庫及企業(yè)機(jī)構(gòu)提供商，在IT業(yè)普遍蕭條的今天仍然保持了高速的發(fā)展，2001年數(shù)據(jù)庫收入提高11.1%,而同期全球數(shù)據(jù)庫銷售只增長了6.9%。公司已連續(xù)15個季度保持盈利，特別是中國區(qū)業(yè)績繼續(xù)大幅提升，2001年收入增長54%。此外，在科技商業(yè)領(lǐng)域頗具影響力的刊物Red Herring 近期也建議投資商密切關(guān)注Sybase ，并稱它是市場中一只最具潛力的股票。該雜志的分析家Gary Abbott認(rèn)為：“Sybase在各方面均表現(xiàn)出眾。” 同時Sybase 全球數(shù)據(jù)庫用戶的保持率在非常穩(wěn)定的94% ，全球客戶滿意率從2000年的84.2%增長到2001年的89.6% 。在我國，Sybase中國公司最近榮獲了由中國電子信息產(chǎn)業(yè)發(fā)展研究院(CCID)評選的中國數(shù)據(jù)庫及開發(fā)工具產(chǎn)品軟件“最佳用戶服務(wù)滿意獎”。
2010年5月12日全球第三代軟件供應(yīng)商SAP于宣布以高出市價44%的金額收購Sybase公司，這筆交易總成交價格達(dá)到58億美元，成為當(dāng)年IT業(yè)界最大的收購交易之一。業(yè)界普遍看好SAP和Sybase的整合，很多專家認(rèn)為SAP將借助Sybase在數(shù)據(jù)庫市場的份額和技術(shù)優(yōu)勢擴(kuò)展其原有的客戶群體。也正式因為這一消息的發(fā)布，Sybase的股票在昨天暴漲了35%。SAP在收購Sybase后發(fā)布了“金色中國”計劃，在今年內(nèi)連續(xù)投入十幾億歐元，用于開拓中國市場。在數(shù)據(jù)庫領(lǐng)域更是將目標(biāo)鎖定為3年內(nèi)成為數(shù)據(jù)庫市場占有率第二的廠商。

Oracle 公司近況
近年來Oracle公司發(fā)展的重心逐漸向應(yīng)用軟件方面傾斜，隨著ERP、財務(wù)、電子交易等應(yīng)用軟件的推出，Oracle現(xiàn)在更多地展示其在應(yīng)用系統(tǒng)領(lǐng)域的發(fā)展，2000年數(shù)據(jù)庫收入只占公司總收入的1/4。在2001年的第三季度, Oracle公司的數(shù)據(jù)庫收入增長6%， 而公司官方提供的第四季度數(shù)據(jù)庫增長率竟為0%；該公司在最近的一份收入報告中稱其數(shù)據(jù)庫銷售整體下滑了8%，在美國的銷售更下降了26%，同時應(yīng)用系統(tǒng)軟件銷售量一次性下滑24%，而競爭對手SAP和Siebel系統(tǒng)卻表現(xiàn)甚佳，贏得的增長比例有過之而無不及。造成這種現(xiàn)狀，除了交付產(chǎn)品的性能問題（例如其應(yīng)用軟件在面市后僅10個月就需要5,000個補(bǔ)丁）之外，還有兩個不可忽視的原因：第一個原因是今年.com公司泡沫的破滅，而這些公司在去年曾投入大筆資金購買Oracle公司的產(chǎn)品，從而極大刺激了Oracle當(dāng)時的表面增長；第二個原因是Oracle公司不成功的產(chǎn)品定價方式，這導(dǎo)致更多的用戶寧愿選擇性能價格比更高的其它公司產(chǎn)品。
Oracle近幾年耗費了大量的精力和現(xiàn)金流用于收購軟件和硬件公司，就目前來看收購后的運營效果并未達(dá)到預(yù)期。業(yè)界很多技術(shù)領(lǐng)先的產(chǎn)品在被Oracle收購后逐漸被拋棄。與之相對應(yīng)，在數(shù)據(jù)庫產(chǎn)品線上，由于并購幾乎花光了公司的現(xiàn)金流，Oracle在數(shù)據(jù)庫研發(fā)方面的投入也逐年遞減，研發(fā)工作進(jìn)展緩慢。其支柱產(chǎn)品Oracle數(shù)據(jù)庫自07年發(fā)布11g后，已經(jīng)超過5年沒有新版本發(fā)布，而且目前也沒有任何數(shù)據(jù)庫新產(chǎn)品的發(fā)布計劃。

jiachunzhou

核心結(jié)構(gòu)的對比
Oracle
Oracle 公司數(shù)據(jù)庫產(chǎn)品最早在主機(jī)系統(tǒng)實現(xiàn)，由于主機(jī)硬件資源充裕，因此Oracle在軟件設(shè)計上較少考慮硬件的開銷，所以基于多進(jìn)程體系構(gòu)造DBMS核心結(jié)構(gòu)。隨著80年代Client/Server結(jié)構(gòu)的產(chǎn)生，Oracle公司將其數(shù)據(jù)庫系統(tǒng)移植到Client/Server平臺，為其核心增加了多線索的機(jī)制，但這種多線索機(jī)制僅僅是為了容納更多的用戶連接數(shù)，于服務(wù)器性能和并行度沒有任何提高（摘自O(shè)racle performance tuning guide）, 通過在Instance中預(yù)置一定數(shù)量的專用進(jìn)程，用戶連接和數(shù)據(jù)訪問以隊列方式使用進(jìn)程，事實上任何對數(shù)據(jù)庫的操作都以進(jìn)程方式實現(xiàn)，由于進(jìn)程對系統(tǒng)的開銷遠(yuǎn)遠(yuǎn)大于線程的開銷，同時進(jìn)程切換的速度也遠(yuǎn)遠(yuǎn)低于線程切換速度，因此造成了Oracle 數(shù)據(jù)庫對系統(tǒng)的硬件尤其是內(nèi)存資源要求很高，在同樣硬件平臺上的運行速度較其它數(shù)據(jù)庫（均為單進(jìn)程多線索內(nèi)核）為慢， Oracle數(shù)據(jù)庫難于管理多CPU系統(tǒng)，如果任何一個系統(tǒng)進(jìn)程停止運行，將導(dǎo)致系統(tǒng)停滯。由于數(shù)據(jù)庫核心處理能力及并行能力的不足， 因此Oracle 試圖通過OPS，RAC等技術(shù)彌補(bǔ)其并行處理能力的缺陷。

Sybase
Sybase數(shù)據(jù)庫高效的多線索體系結(jié)構(gòu)提供強(qiáng)有力的可伸縮性能力和性能, 多線索體系結(jié)構(gòu)要比傳統(tǒng)的多進(jìn)程結(jié)構(gòu)切換速度快，占用內(nèi)存資源少。針對1M內(nèi)存，采用多線索技術(shù)可支持20個線索；而多進(jìn)程技術(shù)只能支持1～4個進(jìn)程。線索之間的調(diào)度切換僅需100～200條CPU指令，而進(jìn)程之間的切換則需要1000～2000條指令。因此多線索技術(shù)從資源的占用和調(diào)度切換速度上都有相當(dāng)優(yōu)勢，可充分滿足應(yīng)用所需的吞吐量和響應(yīng)時間。同時ASE能夠在SMP系統(tǒng)中配置產(chǎn)生多個引擎，甚至允許在所有引擎之間進(jìn)行分布式的客戶連接。引擎也處理自己的磁盤訪問，對于增加的用戶數(shù)提供了近似線性的性能伸縮性。

jiachunzhou

聯(lián)機(jī)事務(wù)處理（OLTP）性能對比
Oracle
在關(guān)鍵性的事務(wù)處理性能方面，Oracle 的TPC-C指數(shù)多少改變了其運行緩慢的一貫形象。隱藏在這些“優(yōu)良性能”背后的卻是龐大的資源投入。例如：Oracle使用臨時tablespace執(zhí)行建立索引的工作，如果你需要對一個數(shù)據(jù)量較大的表生成索引，那么你必須設(shè)置巨大的tablespace同時關(guān)閉該tablespace的登錄操作，否則索引將不能生成。同時Oracle必須利用rollback segments，不管索引生成與否，都將索引行記錄在rollback segments或redo log，這將耗費大量的系統(tǒng)資源，但事實上這樣做并無此必要。Sybase 在一張大表上花費40分鐘建立唯一索引，而對于Oracle來說，花費的時間是16小時。
Oracle的鎖機(jī)制只限于行鎖和表鎖，并且在加鎖時將數(shù)據(jù)和索引同時鎖住，但在實際應(yīng)用中并不是每次操作都需要對數(shù)據(jù)和索引同時訪問，因此這將影響系統(tǒng)的并行效率。
Oracle查詢計劃的優(yōu)化是基于系統(tǒng)內(nèi)置的靜態(tài)規(guī)則，無法根據(jù)用戶的需求（用戶數(shù)激增，數(shù)據(jù)量爆炸等變化）動態(tài)地調(diào)整執(zhí)行計劃，針對SQL也沒有相應(yīng)的調(diào)優(yōu)工具，因此當(dāng)執(zhí)行效率由于運行環(huán)境的變化而降低時，只有修改程序才能進(jìn)行優(yōu)化。
數(shù)據(jù)爆炸是影響性能的一個重要因素，數(shù)據(jù)爆炸不僅增加了磁盤空間占用而且還導(dǎo)致了大量DBA資源的開銷。在Oracle 中，Oracle采用了一些新技術(shù)加快查詢速度，比如自動摘要表，這一新特征連同Oracle 10g的其他所有特征，比如位圖索引，分區(qū)，索引表等都將增加數(shù)據(jù)庫的數(shù)據(jù)量，而在性能方面僅對預(yù)先計劃的查詢有效。這一點可以通過Oracle在TPC—D上的性能測試指標(biāo)證明。測試表明，Oracle為了獲得好的查詢性能，數(shù)據(jù)庫里的數(shù)據(jù)量將增加到原始數(shù)據(jù)量的553%。使用Oracle 數(shù)據(jù)庫，數(shù)據(jù)庫管理員僅能夠優(yōu)化CPU及并行級別，這種資源管理方式對于混合負(fù)載環(huán)境是沒有效率的。值得一提的是，Oracle引進(jìn)了許多新的可用性特征用以追趕Sybase ASE。這些特征包括了索引重構(gòu)，保證用于快速恢復(fù)的檢測點時間，自動發(fā)送備份的操作到備用數(shù)據(jù)庫，閱讀日志及在線修復(fù)數(shù)據(jù)功能。

Sybase
對于Sybase用戶來說：使用核心備份目錄，索引日志，單進(jìn)程和單數(shù)據(jù)庫服務(wù)器等技術(shù)無異于走進(jìn)侏羅紀(jì)公園。ASE為聯(lián)機(jī)事務(wù)處理提供了可預(yù)計的高性能，通過專利的邏輯內(nèi)存管理器（Logical Memory Manager：LMM）讓用戶分配數(shù)據(jù)庫對象給設(shè)定的沒有數(shù)量限制的命名緩存。高優(yōu)先級的數(shù)據(jù)保留在緩存中，提高響應(yīng)時間。從而保證關(guān)鍵的業(yè)務(wù)有充足硬件資源。
同時邏輯處理管理器（Logical Process Manager：LPM）允許用戶分配CPU資源給個別應(yīng)用，以便于低優(yōu)先級的操作不影響高優(yōu)先級的操作，確保了更好的可預(yù)計的性能。LMM和LPM還允許用戶靈活的支持密集資源操作，例如：生成報表的同時，而不會影響關(guān)鍵任務(wù)應(yīng)用的性能。
資源控制器用于阻止那些為了得到快速的響應(yīng)速率而壟斷資源的失控查詢。通過管理查詢、批處理或事務(wù)的資源消耗，允許用戶指定基于I/O開銷、使用時間或返回行數(shù)的限制，還可以建立當(dāng)超過限制時可執(zhí)行的操作。
Sybase ASE在很多年前就為混合負(fù)載環(huán)境提供了優(yōu)化參數(shù)，包括緩存索引頁和數(shù)據(jù)，減少I/O的花費，為用戶提供多種優(yōu)先權(quán)設(shè)置和在CPU水平上控制資源或限定一個查詢和批處理的資源利用。ASE 現(xiàn)在能夠適應(yīng)電子商務(wù)領(lǐng)域非常典型的不斷變化的工作負(fù)載。當(dāng)工作負(fù)載發(fā)生變化時，CPU和內(nèi)存之類的資源以及為服務(wù)器引擎所理解的用戶優(yōu)先權(quán)的分配能夠動態(tài)地進(jìn)行調(diào)整。另外， Sybase還允許在存儲進(jìn)程級別、索引及應(yīng)用級別上對CPU及存儲地址分配進(jìn)行優(yōu)化。
在數(shù)據(jù)庫死鎖方面，許多應(yīng)用之所以被鎖住內(nèi)容，主要是由于索引頁加鎖而不是數(shù)據(jù)頁加鎖導(dǎo)致對無關(guān)數(shù)據(jù)的加鎖。Sybase提供了只在數(shù)據(jù)頁加鎖而無需在索引頁加鎖的機(jī)制。這樣能降低許多應(yīng)用中內(nèi)容被鎖住的情況，從而大大提高并發(fā)性，同時將死鎖的可能性降低65%。
ASE 15.7推出了用于查詢執(zhí)行的多種內(nèi)部優(yōu)化功能．可減少查詢執(zhí)行時的額外開銷。ASE 15.7還提供了可更好地利用并行硬件的升級版內(nèi)核。該內(nèi)核升級增強(qiáng)了ASE在擁有非常多的處理器、處理器內(nèi)核以及硬件線程的系統(tǒng)中的可擴(kuò)展性。
同時Sybase數(shù)據(jù)庫中包含獨特的調(diào)優(yōu)工具，可以根據(jù)抽象計劃針對SQL進(jìn)行優(yōu)化；隨著數(shù)據(jù)庫運行環(huán)境的變化（用戶數(shù)、數(shù)據(jù)量和并發(fā)度等）動態(tài)調(diào)整執(zhí)行計劃，完全根據(jù)應(yīng)用的需求而不是固定的方式（規(guī)則）對程序進(jìn)行優(yōu)化；在不改變?nèi)魏纬绦蚧驍?shù)據(jù)庫配置的前提下對性能進(jìn)行調(diào)優(yōu)。

下圖顯示了Sybase和Oracle數(shù)據(jù)庫在聯(lián)機(jī)事務(wù)處理方面的差異：
Sybase ASE   Vs   Oracle
        ASE        Oracle        數(shù)值對比
性能對比              
硬件平臺: Sun Starfire Enterprise 10000   
CPUs:  64
TPC-C        156,873.03        115,395.73        41,477.3
$/TPC-C        $48.81        $105.63        -$56.82
系統(tǒng)總開銷        $7,657,324        $ 12,189,298         -$4,531,974
性能對比              
硬件平臺: HP 9000/V2500   
CPUs:  32
TPC-C        102,023        92,832        9,191
$/TPC-C        $63.21        $87.71        -$24.51
系統(tǒng)總開銷        $6,448,894        $8,142,782        -$1,693,888
內(nèi)存資源占用對比
每用戶占用內(nèi)存值        72KB        250KB        -178KB
250 用戶        18MB        62MB        -44MB
500 用戶        36MB        132MB        -96MB
1,000 用戶        72MB        264MB        -192MB
5,000 用戶        360MB        1.25GB        -890MB
硬盤資源占用對比   
記錄數(shù): 2billion
記錄長度: 42 bytes
鏡像 : Yes
硬盤占用量        511.3GB        1,052GB        -540GB
每1M數(shù)據(jù)量硬件開銷        $511,000        $1,052,000        -$541,000


基于Linux的Sybase ASE產(chǎn)品目前仍然保持著在2/4核上的交易性能記錄：




TPC-C Benchmark completed June 2006. IBM TPC-C results of 81,439 tpmC, 2.99 $/tpmC, configuration available as of 12/22/06, IBM p5-520 Model 9131-520 running Sybase Adaptive Server on SUSe Linux 9. HP ProLiant DL385 G1 2.8 GHz/2Presult of 76,214 tpmC, 3.91 $/tpmC

jiachunzhou

內(nèi)存數(shù)據(jù)庫
Oracle
Oracle 公司與2005年收購了獨立的內(nèi)存數(shù)據(jù)庫廠商TimesTen，從而填補(bǔ)了其在內(nèi)存數(shù)據(jù)庫領(lǐng)域的空白。TimesTen是一個全新設(shè)計的內(nèi)存數(shù)據(jù)庫。它使用基于行的關(guān)系模型(表、列、數(shù)據(jù)類型、索引等)實現(xiàn)數(shù)據(jù)存儲，并使用SQL作為訪問語言。它提供了許多API，并支持Oracle PL/SQL。應(yīng)用程序的訪問方式與其他關(guān)系數(shù)據(jù)庫類似。TimesTen不同于傳統(tǒng)數(shù)據(jù)庫的主要區(qū)別在于其完全運行在內(nèi)存中，但是它也能夠在磁盤中創(chuàng)建數(shù)據(jù)庫副本，支持?jǐn)?shù)據(jù)庫重啟和恢復(fù)。通過檢查點和事務(wù)日志，這種副本能夠保持更新，因此能夠從故障中恢復(fù)。TimesTen支持一種高可用性的復(fù)制機(jī)制。它的Cache Connect功能可以作為后臺Oracle數(shù)據(jù)庫數(shù)據(jù)子集的高速緩存。在這種情況中，它就成為Oracle數(shù)據(jù)庫的內(nèi)存數(shù)據(jù)庫緩存。
但值得強(qiáng)調(diào)的是Oracle TimesTen起源于獨立的數(shù)據(jù)庫廠商，其功能與特性與傳統(tǒng)的Oracle數(shù)據(jù)庫仍然存在著諸多的差別，在使用起來也具有一定的限定性：
•        TimesTen所支持的接口語言包括SQL、JDBS等，但其標(biāo)準(zhǔn)SQL與Oracle數(shù)據(jù)存在著一定的差別，經(jīng)常需要傳統(tǒng)的Oracle數(shù)據(jù)庫用戶進(jìn)行定制開發(fā)。
•        由于TimesTen完全是獨立的數(shù)據(jù)庫系統(tǒng)，其通常作為單獨產(chǎn)品使用。在與Oracle數(shù)據(jù)庫結(jié)合使用時（即作為Oracle的Cache），需要較為復(fù)雜的數(shù)據(jù)加載過程。

Sybase
ASE在它的15版本中加入了自己的內(nèi)存數(shù)據(jù)庫（IMDB）。與TimesTen類似，ASE-IMDB也是高性能數(shù)據(jù)庫，它完全整的Sybase ASE平臺中。這一點不TimesTen相反，因為后者是一個完全獨立的數(shù)據(jù)庫。ASE-IMDB可以讀寫同一個Sybase ASE中其他的數(shù)據(jù)庫，并可以接收其他ASE及非ASE數(shù)據(jù)庫的數(shù)據(jù)。ASE-IMDB還使用復(fù)制技術(shù)接收來自所有這些數(shù)據(jù)源的數(shù)據(jù)。
Sybase 內(nèi)存數(shù)據(jù)庫與磁盤上的數(shù)據(jù)庫完全集成，共享相同的驅(qū)動程序、SQL 語言和管理工具。這意味著，在幾乎不需要更改代碼的情況下，應(yīng)用程序就可以訪問內(nèi)存數(shù)據(jù)庫和磁盤上的數(shù)據(jù)庫。借助這種頗具創(chuàng)新的方法，IT 部門可以快速配置內(nèi)存數(shù)據(jù)庫技術(shù)，并最大限度地降低成本和復(fù)雜性。
與Oracle TimesTen的產(chǎn)品不同，Sybase IMDB與ASE數(shù)據(jù)庫同源，并且可以創(chuàng)建在同一個Sever之上。只要擁有足夠的緩存，整個數(shù)據(jù)庫便可以運行在內(nèi)存中。一旦創(chuàng)建了這個專用的緩存，它就成為IMDB的設(shè)備載體，數(shù)據(jù)庫就能夠在這些內(nèi)存設(shè)備上創(chuàng)建。ASE-IMDB是基于一個可用的模板數(shù)據(jù)庫創(chuàng)建的。模板數(shù)據(jù)庫是一個經(jīng)典的ASE數(shù)據(jù)庫。啟動的ASE-IMDB會繼承模板數(shù)據(jù)庫的所有對象和數(shù)據(jù)。創(chuàng)建ASE-IMDB的典型語法是：
create inmemory database ASEIMDB
use ASEIMDB_template as template
on ASEIMDB_data01='4000M'
log on ASEIMDB_log01='1000M'
with durability = no_recovery
這種方法很簡潔，數(shù)據(jù)庫管理員都能夠更容易地掌握。由于ASE-IMDB可以完全整合在混合結(jié)構(gòu)的經(jīng)典服務(wù)器中，它完全支持ASE本身的SQL語法、安全性和加密。電子商務(wù)、購物車、特殊交易系統(tǒng)及清理數(shù)據(jù)后提交到經(jīng)典數(shù)據(jù)庫的分段/中間數(shù)據(jù)庫，都是適合使用ASE-IMDB的例子。此外，它還能夠通過一些普通復(fù)制方法從其他數(shù)據(jù)源接收數(shù)據(jù)，這使得ASE-IMDB成為一些有快速響應(yīng)需求公司的首選工具。

jiachunzhou

數(shù)據(jù)庫并行處理對比
Oracle
對稱多處理器（SMP）環(huán)境中的Oracle并行查詢功能（Query parallelism, 需要額外購買的選件）必須基于Oracle的分區(qū)技術(shù)（Partition）——同時也是Oracle為處理VLDB應(yīng)用所采取的方案，而且該功能也是必須額外購買的選件。這就意味著只有當(dāng)用戶應(yīng)用達(dá)到一定級別時或已購買這些選項時，才可以使用并行查詢。由于Oracle數(shù)據(jù)庫本身并行能力和OLTP性能較低，所以當(dāng)用戶應(yīng)用較龐大或連接數(shù)較多時，Oracle為了滿足用戶需求通常建議用戶購買Oracle OPS（或最新的Real Application Clusters）以MPP的方式實現(xiàn)并行處理，OPS設(shè)計利用共享磁盤，在松散耦合中的服務(wù)器均可對同一份數(shù)據(jù)庫影像進(jìn)行操作，可以提高系統(tǒng)的可靠性及容錯能力，但OPS技術(shù)至今沒有成功的案例證明其可用性（IDC, Giga，Gartner），在國內(nèi)，四川移動通信，上海移動通信， 上海國稅等用戶的OPS系統(tǒng)至今不能運行，極大地影響了用戶的正常業(yè)務(wù)同時浪費了用戶的投資。最新的Real Application Clusters 采用了共享集群高速緩存提高其并行能力，但由于使用了Compaq獨有的技術(shù)——TrueCluster，因此只能在Compaq平臺實現(xiàn)，同時由于Compaq被HP收購導(dǎo)致Compaq技術(shù)發(fā)展停頓，從而影響到了RAC的實際可用性。

Sybase
而對于Sybase數(shù)據(jù)庫而言，并行功能已包含在數(shù)據(jù)庫核心中，用戶可以隨時使用而不需額外的開銷。數(shù)據(jù)庫引擎中的核心操作都已作并行化處理，可以由多個處理器來并行地執(zhí)行，從而使Sybase數(shù)據(jù)庫系統(tǒng)可以并行處理大量用戶的事務(wù)操作，而不用添加額外的硬件設(shè)備。而且Sybase擁有在SMP平臺下最優(yōu)的TPC值及性能價格比。
Internet技術(shù)支持對比
Oracle
作為較早進(jìn)入Internet領(lǐng)域的廠商，Oracle曾經(jīng)提出過“Net Computer”概念，試圖打破Microsoft的霸主地位。事實上從那時起，Oracle就將如何擊敗Microsoft作為其主要的發(fā)展方向：通過NC可以拋棄Microsoft在客戶端強(qiáng)大的市場優(yōu)勢，通過iFS可以部分接管操作系統(tǒng)的功能。但是Oracle卻忽略了真正應(yīng)該重視的方面，即技術(shù)和應(yīng)用的發(fā)展不應(yīng)以擊敗競爭對手為最終目的，而是要以用戶的需求為出發(fā)點，在真正需要關(guān)注的方面，Oracle的支持并不完善。
        對于主流標(biāo)準(zhǔn)的支持
作為OMG組織的成員之一，在產(chǎn)品中對CORBA的實現(xiàn)了全面的支持，對于J2EE的支持較為完善。但對于Microsoft的產(chǎn)品、體系和標(biāo)準(zhǔn)支持較為匱乏，從ActiveX到COM/DCOM，到現(xiàn)在的.NET，Oracle沒有任何的計劃對使用這些技術(shù)的用戶做出有效地支持，用戶必須現(xiàn)在選擇技術(shù)路線，并且將來不大有可能做出改變。

Sybase
Sybase從1997年起就將Internet作為公司今后發(fā)展的方向之一，并在當(dāng)年推出了業(yè)界最早的中間層應(yīng)用服務(wù)器-Jaguar CTS(Jaguar 組件事務(wù)服務(wù)器)，率先支持Internet三層體系結(jié)構(gòu)。通過近年的發(fā)展，Sybase已經(jīng)成為主要的Internet產(chǎn)品提供商。在數(shù)據(jù)庫端:
        內(nèi)置了EJB服務(wù)器，有效地擴(kuò)展了后臺的邏輯事務(wù)處理能力。開發(fā)人員不需要為諸如對話管理、安全性、事務(wù)處理、撤消調(diào)用以及多線程等低級的系統(tǒng)編程問題而擔(dān)心。對EJB的支持將是跨平臺的，從而允許在一個平臺上開發(fā)的應(yīng)用能夠被部署到其它的平臺上。
        ASE 15.7將與SQLJ的Part 1完全兼容。ASE 15.7已經(jīng)包含了對Java類作為抽象數(shù)據(jù)類型的支持。除了支持Java存儲過程外，15.7版本還將包括對輸出參數(shù)和結(jié)果的支持。至此，Sybase已經(jīng)支持所有SQLJ0,1,2標(biāo)準(zhǔn)。通過將邏輯處理轉(zhuǎn)移到服務(wù)器端進(jìn)行，由于數(shù)據(jù)分析是在客戶每次發(fā)出請求時在服務(wù)器端完成的，從而使得客戶機(jī)端與服務(wù)器端之間往返傳輸?shù)臄?shù)據(jù)量大大地減少。
        Sybase是唯一全面支持業(yè)界所有標(biāo)準(zhǔn)的數(shù)據(jù)庫廠商，無論是J2EE還是.NET用戶都可以根據(jù)需求選擇合適的標(biāo)準(zhǔn)，并且擁有良好的可擴(kuò)展性。
數(shù)據(jù)庫安全性對比
Oracle
Oracle的安全機(jī)制由系統(tǒng)權(quán)限、對象權(quán)限組成，并通過角色加以管理和分配，其安全體系通過了美國計算機(jī)（NCSC）C2級標(biāo)準(zhǔn)，另外Oracle數(shù)據(jù)庫可以完成對數(shù)據(jù)庫的審計追蹤。但Oracle并非對所有的客戶端訪問進(jìn)行安全驗證，例如：其服務(wù)器listener守候進(jìn)程沒有任何權(quán)限限制，防火墻內(nèi)任何用戶都可以通過listener進(jìn)程以任何格式發(fā)送各種命令，如果該命令參數(shù)較多，listener進(jìn)程將會報溢出錯誤，更糟的是會直接發(fā)送到操作系統(tǒng)而不用通過安全性校驗。同時當(dāng)使用Internet選項時存在也安全漏洞，例如導(dǎo)致了包括British banking institution 官方網(wǎng)站（2001年7月）在內(nèi)的一系列停機(jī)事故。在2001年12月英國安全專家David Litchfield 又發(fā)現(xiàn)一系列嚴(yán)重的安全漏洞，黑客可以控制通過程序?qū)�入的公司�?shù)據(jù)。
（全文請參閱：http://news.com.com/2100-1001-831142.html）
Oracle數(shù)據(jù)庫不支持LDAP服務(wù)器，無法實現(xiàn)Internet環(huán)境中設(shè)備的集中管理，而使用LDAP方式進(jìn)行系統(tǒng)管理是今后必然的趨勢。

Sybase
作為主要的數(shù)據(jù)庫軟件供應(yīng)商，Sybase公司一直努力使自己的產(chǎn)品符合美國政府制定的安全性條款，特別是美國國防部標(biāo)準(zhǔn)“黃皮書”DOD5200.28-STD中“可靠計算機(jī)系統(tǒng)評價條款”及“可靠性數(shù)據(jù)庫詮釋”的要求。產(chǎn)品符合美國計算機(jī)（NCSC）C2級標(biāo)準(zhǔn)和軍方的B1級標(biāo)準(zhǔn)。由于Sybase數(shù)據(jù)庫產(chǎn)品的安全性極高，因此一直作為美國國防部、海軍、空軍、FBI等機(jī)構(gòu)數(shù)據(jù)庫產(chǎn)品的標(biāo)準(zhǔn)配置。在ASE15.7中更添加了行級安全特性和SSL 128位傳輸加密功能，同時可以進(jìn)行數(shù)據(jù)庫和客戶端的CA認(rèn)證，支持基于數(shù)字證書的X509 v3、服務(wù)器驗證、客戶機(jī)用戶名/口令驗證機(jī)制。從而使得用戶在交易的各個環(huán)節(jié)都可以使用安全服務(wù)。在多服務(wù)器環(huán)境中，ASE數(shù)據(jù)庫可以支持LDAP協(xié)議，每一個用戶都通過界面文件或LDAP目錄服務(wù)直接訪問數(shù)據(jù)庫服務(wù)器，ASE服務(wù)器校驗每一個用戶的登錄。保證在分布式的環(huán)境中做到數(shù)據(jù)庫集中統(tǒng)一化的管理。ASE15.7更好的符合FIPS 140-2規(guī)定的加密方式將角色密碼用SHA256進(jìn)行加密，對外部服務(wù)器密碼和隱藏的SQL文本用AES256進(jìn)行加密

數(shù)據(jù)壓縮
Oracle
Oracle壓縮概述

Oracle的壓縮經(jīng)歷了以下幾個版本：
•        Oracle 8i簡單的索引壓縮；
•        Oracle9ir2表級別的壓縮；
•        Oracle 10g LOB壓縮；
相對于9iR2引入的表數(shù)據(jù)壓縮技術(shù)只能用于通過批量加載數(shù)據(jù)，而傳統(tǒng)的DML的數(shù)據(jù)不會壓縮，10g在數(shù)據(jù)庫壓縮技術(shù)上并為提供功能的革新，因此，在這個版本上，Oracle并不能支持交易系統(tǒng)中真正意義上的數(shù)據(jù)壓縮。

Sybase
在以前的ASE版本中．客戶可以將備份進(jìn)行壓縮，從而幫助降低離線存儲成本。ASE15.7可以對活動的數(shù)據(jù)集進(jìn)行數(shù)據(jù)庫內(nèi)壓縮。無論普通關(guān)系型數(shù)據(jù)還是非結(jié)構(gòu)化數(shù)據(jù)（大對象或LOB)都可以被壓縮。初期的內(nèi)部基準(zhǔn)測試表明，壓縮比可以輕松達(dá)到50-80%>ASE 15.7采用了一系列壓縮策略來實現(xiàn)高壓縮比．包括在單一行內(nèi)進(jìn)行壓縮，以便將固定長度列內(nèi)空格／零壓縮掉。在頁面塊層面，既包含針對頁詞典也包含針對頁面索引的壓縮策略。重復(fù)的數(shù)據(jù)條目和數(shù)據(jù)集被單一的引用所取代．從而減少了大量重復(fù)數(shù)據(jù)。數(shù)據(jù)可以在數(shù)據(jù)庫、表格或分區(qū)級別進(jìn)行壓縮允許客戶對活動和非活動的數(shù)據(jù)分別設(shè)置壓縮選項。
ASE15.7還支持?jǐn)?shù)據(jù)庫中LOB壓縮。由于LOB可以非常大（高達(dá)2GB），壓縮可節(jié)省大量空間。支持FastLZ和ZLi壓縮技術(shù)，這二者是無損壓縮算法。前者的CPU使用率更低、處理時間更短而后者可獲得更高的壓縮比�？蛻艨伸`活選擇數(shù)據(jù)庫、表格或是列上的LOB壓縮。行內(nèi)LOB現(xiàn)代軟件越來越需要管理與處理非結(jié)構(gòu)化數(shù)據(jù)。這種數(shù)據(jù)被作為LOB列進(jìn)行存儲（例如文本、圖像、unitext, XML等）。LOB大小不一，從數(shù)比特到數(shù)GB都有。ASE通過分配單獨的存儲區(qū)塊，從母數(shù)據(jù)行中指向它們，從而優(yōu)化LOB存儲。這對于處理更大的LOB而言非常有效,ASE 15.7現(xiàn)已強(qiáng)化了這一功能還支持行內(nèi)LOB以應(yīng)對LOB較小且可以牢靠地契合在母數(shù)據(jù)行內(nèi)。這帶來兩個好處：優(yōu)化的小型LOB空間分配帶來存儲空間的節(jié)省，并且通過減少額外的I/O開銷來提高小型LOB的讀取速度。 ASE可無縫從行內(nèi)LOB向行外LOB存儲遷移（或反之）。對于因更新而導(dǎo)致的LOB大小上的變化，永遠(yuǎn)保持優(yōu)化存儲
數(shù)據(jù)庫可靠性對比
Oracle
Oracle的數(shù)據(jù)庫可靠性主要體現(xiàn)在服務(wù)器端，通過備份和恢復(fù)實現(xiàn)日常的數(shù)據(jù)可靠性維護(hù)，或者通過Oracle的RAC技術(shù)提供節(jié)點的故障接管功能，但在Oracle10g版本中作為數(shù)據(jù)庫集群組建的CRS（數(shù)據(jù)庫集群管理軟件）和ASM（集群存儲管理軟件）技術(shù)還存在著很多不穩(wěn)定因素。Oracle 數(shù)據(jù)庫對于客戶端的可靠性沒有可行的方案。首先不支持客戶端的timeout機(jī)制，這將導(dǎo)致如果服務(wù)器對用戶注冊請求無響應(yīng)、在預(yù)計時間內(nèi)查詢未返回、進(jìn)程掛起或失敗轉(zhuǎn)移時，客戶端將陷入停頓，用戶必須手工干預(yù)（執(zhí)行kill-9命令殺掉客戶端進(jìn)程）；如果想實現(xiàn)time out機(jī)制則必須在客戶端編寫大量的程序。其次用戶端在服務(wù)器端發(fā)生切換時無法自動重新連接到備份服務(wù)器上，需要手工進(jìn)行切換，導(dǎo)致用戶應(yīng)用中斷。

Sybase
高可用性是電子商務(wù)解決方案的一個重要的條件，并且是ASE 15.5和15.7的一個主要的改進(jìn)之處。Sybase通過失敗轉(zhuǎn)移和失敗恢復(fù)工具為高可用的集群提供支持。借助于ASE15.7, Sybase公司的連續(xù)可用解決方案將被擴(kuò)展到支持業(yè)界領(lǐng)先的來自Veritas公司的集群解決方案和來自EMC公司的專有商務(wù)持續(xù)解決方案。利用EMC公司的TimeFinder技術(shù)，BVC的行能獲得了增強(qiáng)，并且現(xiàn)在支持從源服務(wù)器中裝載事務(wù)處理。
ASE 還允許動態(tài)引擎不在線工作。這使DBA可在服務(wù)器不停機(jī)的情況下使一個或多個ASE離線操作，然后恢復(fù)到在線狀態(tài)。這種功能在硬件允許將一些CPU資源離線的情況下非常有用。除了將引擎離線，ASE允許數(shù)據(jù)庫保持靜態(tài)，利用外部軟件如EMC在不關(guān)掉服務(wù)器的情況下進(jìn)行備份。
Sybase一直支持客戶端的timeout機(jī)制，同時Sybase數(shù)據(jù)庫從ASE 12.0開始就支持客戶端的自動失敗轉(zhuǎn)移功能，可以保證在服務(wù)器切換或，客戶端會自動重新連接到另外一臺服務(wù)器而不用用戶手工重新啟動設(shè)備，從而保證用戶應(yīng)用運行的連貫性。
數(shù)據(jù)庫備份性能對比
Sybase和Oracle 同時進(jìn)行并行的設(shè)備備份基準(zhǔn)測試，進(jìn)行數(shù)據(jù)備份，而后恢復(fù)備份，Sybase 并行備份的速度是：540GB/Hour，并行恢復(fù)的速度是:520GB/Hour, 而Oracle備份的速度則是250GB/Hour，Sybase 備份恢復(fù)比Oracle快2倍。Sybase是在數(shù)據(jù)庫運行和在線的情況下進(jìn)行備份，是真正的24*7的可用性。而Oracle則建議系統(tǒng)在關(guān)閉后進(jìn)行備份。
數(shù)據(jù)庫分布式技術(shù)對比
分布事務(wù)是指一個事務(wù)的執(zhí)行跨越多個互相連接的計算機(jī)系統(tǒng)，如多個數(shù)據(jù)庫系統(tǒng)。某個任務(wù)經(jīng)常需要多個數(shù)據(jù)庫服務(wù)器協(xié)同完成，分布事務(wù)管理需要保證跨越多個系統(tǒng)的任務(wù)的一致性，即一旦其中一個系統(tǒng)失敗，其它系統(tǒng)要能夠回到事務(wù)執(zhí)行前的狀態(tài)。
Oracle
Oracle自始至終倡導(dǎo)集中式計算模式，主張數(shù)據(jù)集中到單一的數(shù)據(jù)中心從而根本上減少了對分布式計算的需求，因此Oracle在對分布式處理的支持上性能較弱，自身不能完全支持分布式的計算，同時無法對分布的異構(gòu)數(shù)據(jù)庫實現(xiàn)透明的訪問和管理。而且由于Oracle 對于微軟技術(shù)的抵制使得它對于DTC的支持較差。
        表快照是Oracle 默認(rèn)的復(fù)制模塊，需要用戶編寫程序?qū)崿F(xiàn)。該功能采用數(shù)據(jù)拷貝實現(xiàn)數(shù)據(jù)子集或全表的復(fù)制，復(fù)制的數(shù)據(jù)可以是只讀或可更新的。但由于復(fù)制的信息只包含數(shù)據(jù)而沒有事務(wù)信息，因此當(dāng)復(fù)制源端數(shù)據(jù)發(fā)生回滾時，目的地端數(shù)據(jù)無法同步，從而不能保證數(shù)據(jù)兩端數(shù)據(jù)完整性和一致性。由于這種方式不能滿足用戶在分布式環(huán)境中對數(shù)據(jù)的完整性要求，因此Oracle提供其高端的復(fù)制方案。
Oracle的高級復(fù)制（需要額外購買）使用一種基于系統(tǒng)級的存儲過程、觸發(fā)器、隊列和數(shù)據(jù)庫連接機(jī)制，用戶也可以編寫定制的沖突監(jiān)測機(jī)制。作為一個設(shè)計上的可選擇產(chǎn)品，高級復(fù)制需要生成附加的觸發(fā)器捕捉數(shù)據(jù)變化，并影響數(shù)據(jù)存儲速度。由于其對Oracle觸發(fā)器的功能上的折衷，它也就成為一個高開銷、低性能的解決方案。Oracle方法依賴于“自動”沖突檢測和解除，這不可避免地需要DBA進(jìn)行大量的人工干預(yù)。在沖突檢測—解除的周期里，部分?jǐn)?shù)據(jù)庫不得不進(jìn)行脫機(jī)。這樣，數(shù)據(jù)的完整性能否保證也就成為值得懷疑的問題。Oracle新版本的Stream功能是對高級復(fù)制的補(bǔ)充和加強(qiáng)，但其運行效率并為得到本質(zhì)上的提升，眾多數(shù)據(jù)庫見的復(fù)制仍在使用第三方的產(chǎn)品，如Shareplex等。

Sybase
Sybase在1993年就發(fā)布了全球首個數(shù)據(jù)復(fù)制和同步產(chǎn)品，其基于事務(wù)復(fù)制的機(jī)制為其它數(shù)據(jù)庫廠商所遵循，包括Oracle, Informix, MS, IBM。這種基于日志監(jiān)測的復(fù)制技術(shù)可以徹底保證分布復(fù)制的數(shù)據(jù)完整性。而且，單進(jìn)程多線索的Replication Server核心結(jié)構(gòu)，使其非常適用于高性能企業(yè)應(yīng)用。另外，Sybase的復(fù)制不僅僅局限于同構(gòu)環(huán)境，而且，在DirectConnect等異構(gòu)訪問模塊的配合下，可以實現(xiàn)從DB2、IMS、Oracle、Informix、ODBC數(shù)據(jù)庫以及Lotus Notes雙向地復(fù)制數(shù)據(jù)。
不論是在多個異構(gòu)數(shù)據(jù)庫的混合環(huán)境下的互操作，還是跨越多個SYBASE數(shù)據(jù)庫的事務(wù)協(xié)同，ASE15通過使用業(yè)界標(biāo)準(zhǔn)X/Open的XA接口標(biāo)準(zhǔn)或微軟的DTC標(biāo)準(zhǔn)來保證分布事務(wù)的完整性。ASE 的內(nèi)部高效的事務(wù)管理器（Transaction Manager）可以支持分布事務(wù)的高吞吐量。
數(shù)據(jù)管理擴(kuò)展性對比
Oracle
   對于工作組級、企業(yè)級和數(shù)據(jù)倉庫級數(shù)據(jù)管理，Oracle采用單一的數(shù)據(jù)庫產(chǎn)品Oracle10g實現(xiàn)所有功能，雖然表面上實現(xiàn)了單一代碼、單一接口，方便了用戶的使用。但事實上，對于工作組級應(yīng)用使用Oracle10g將會浪費用戶的投資，因為用戶將為許多并不需要的功能付出額外的支出；對于數(shù)據(jù)倉庫的使用者來說，使用的Oracle10g將極大地影響系統(tǒng)的性能，因為Oracle9i是基于傳統(tǒng)OLTP應(yīng)用設(shè)計的RDBMS，而數(shù)據(jù)分析應(yīng)用對數(shù)據(jù)管理的要求和OLTP應(yīng)用是不一樣的——前者對數(shù)據(jù)管理的I/O效率要求很高，而后者對于系統(tǒng)的事務(wù)處理能力要求很高。
   如果針對更低端的數(shù)據(jù)管理需求如移動計算、嵌入式計算和無線計算，Oracle采用Oracle Lite作為其低端產(chǎn)品，但Oracle Lite仍然是一個單用戶的數(shù)據(jù)庫，沒有PL/SQL支持，并且具有非�？量贪踩�限制。只能和Oracle產(chǎn)品連接并且缺乏有效的數(shù)據(jù)復(fù)制手段，如果移動用戶想通過HTTP協(xié)議和Oracle數(shù)據(jù)庫通訊，就必須通過 Oracle 9iAS。

Sybase
    Sybase針對不同的用戶需求提供自適應(yīng)的產(chǎn)品，并且所有產(chǎn)品的API無縫兼容，這就意味著用戶的應(yīng)用編寫一次就可以在不同的數(shù)據(jù)管理環(huán)境中運行。
    對于數(shù)據(jù)倉庫應(yīng)用，Sybase專門針對大規(guī)模分析操作特點設(shè)計的Sybase Adaptive Server IQ可以處理計劃查詢和非計劃查詢。在Adaptive Server IQ中采用的關(guān)鍵技術(shù)是專利的縱向數(shù)據(jù)存儲技術(shù)（通過列，而不是行）和強(qiáng)大的Bit-Wise查詢處理�？v向數(shù)據(jù)存儲技術(shù)允許查詢只訪問與查詢有關(guān)的域或列，這使用戶的典型查詢的I/O操作大大減少。Bit-Wise查詢處理超出了通常的索引及位圖索引，它能夠表示所有的特殊的二進(jìn)制結(jié)構(gòu)的數(shù)據(jù)和數(shù)值，并且能夠以極高的速度被訪問，簡化，分類，及比較。
    針對低端平臺，Sybase擁有全球領(lǐng)先的產(chǎn)品包括專門用于移動平臺、屢獲大獎的Adaptive Server Anywhere和面向手持設(shè)備的UltraLite嵌入式專利技術(shù)，這兩種數(shù)據(jù)庫均支持SQL語言、索引機(jī)制、存儲過程和觸發(fā)器等企業(yè)級數(shù)據(jù)庫功能，保證了應(yīng)用的快捷部署，同時內(nèi)置完善的數(shù)據(jù)復(fù)制功能，可以和企業(yè)級數(shù)據(jù)庫保持同步，包括Sybase, Oracle, SQL Server, DB2等。
更重要的，所有產(chǎn)品均支持Sybase的通用API(Open Client)，保證了應(yīng)用的平臺移植。

jiachunzhou

Oracle 的主要缺陷和用戶面對的風(fēng)險
令人擔(dān)憂，搖擺不定的公司策略
成立于70年代的Oracle公司，正如其中文譯名——“甲骨文”所蘊涵的古舊氣息一樣，經(jīng)歷過IT業(yè)這么多年的風(fēng)風(fēng)雨雨后，背上了沉重的歷史包袱，雖然力圖使自己成為行業(yè)標(biāo)準(zhǔn)的制定者，但又往往不得不跟隨別人的腳步。
70年代是大型機(jī)和集中計算模式大行其道的時期，初創(chuàng)的Oracle公司很自然地模仿當(dāng)時的IT恐龍——IBM公司，按照主機(jī)—終端的方式構(gòu)造DBMS核心結(jié)構(gòu)，但基于多進(jìn)程體系結(jié)構(gòu)的數(shù)據(jù)庫服務(wù)器缺乏有效的擴(kuò)展能力，再強(qiáng)大的硬件擴(kuò)充也追趕不上業(yè)務(wù)規(guī)模的擴(kuò)張速度。
在80年代末、90年代初，Oracle公司遭受到從未有過的最大打擊，Sybase公司的成立和核心產(chǎn)品的發(fā)布，宣告了Client/Server計算時代的到來，基于單進(jìn)程/多線索體系結(jié)構(gòu)的Sybase數(shù)據(jù)庫產(chǎn)品，完全適應(yīng)于當(dāng)時剛剛興起的網(wǎng)絡(luò)計算模式，在這種Client/Server網(wǎng)絡(luò)化的應(yīng)用模式下，數(shù)據(jù)庫管理系統(tǒng)按單進(jìn)程多線索的方式運行在數(shù)據(jù)庫服務(wù)器上，全部客戶應(yīng)用運行在客戶工作站的圖形操作系統(tǒng)（如Windows，OS/2等）上，操作界面友好，簡單易學(xué)，完全拋棄了原有終端的種種弊病，而數(shù)據(jù)庫服務(wù)器由于不再需要管理這些終端交互，并基于線索進(jìn)行資源調(diào)度，因此核心大大簡化，性能大幅度提高。在這一階段，Oracle公司的數(shù)據(jù)庫產(chǎn)品在經(jīng)歷了版本5、6的巨大混亂之后，最終非常勉強(qiáng)地轉(zhuǎn)移到版本7——Oracle的第一個真正的Client/Server結(jié)構(gòu)體系數(shù)據(jù)庫，Oracle 7由于有這一段尷尬的歷史，因此其核心呈現(xiàn)為多進(jìn)程、多線索混合體系結(jié)構(gòu)是毫不奇怪的。
近年來Oracle公司已經(jīng)把更多的注意力轉(zhuǎn)移到應(yīng)用軟件和中間件領(lǐng)域，盡管其仍然號稱為一個數(shù)據(jù)庫廠商，但實際的Oracle數(shù)據(jù)庫產(chǎn)品收入尚不到其年收入的1/4。在Oracle公司的視野里，未來的信息世界是由功能簡單的網(wǎng)絡(luò)計算機(jī)-NC和龐大無比的網(wǎng)絡(luò)服務(wù)器構(gòu)成的，因此兩年前推出的Oracle10g圍繞著集中式處理進(jìn)行了大量的想象，并準(zhǔn)備以其恐龍般龐大而臃腫的體態(tài)來擁抱一個由聯(lián)機(jī)事務(wù)處理、數(shù)據(jù)倉庫、移動計算和Internet組成的現(xiàn)實世界。
但隨著應(yīng)用對Internet利用的深度和廣度不斷加大，用戶對網(wǎng)上事務(wù)處理能力的要求日益增高，單憑后臺數(shù)據(jù)庫的處理能力已經(jīng)不能滿足用戶的需求，同時這種方式對用戶的資源消耗極大，因此獨立的中間層應(yīng)用服務(wù)器越來越成為事實上的標(biāo)準(zhǔn)。面對這一尷尬的局面，Oracle又不得不重新支持Internet三層體系，通過匆忙收購一家公司推出了其中間層應(yīng)用服務(wù)器——這就是Oracle9iAS的由來，而現(xiàn)在Oracle又為如何將該技術(shù)無縫集成到Oracle產(chǎn)品體系中而努力。
因此，任何一位用戶在看到Oracle搖擺不定的技術(shù)策略和公司目前的市場重點（不要忘了，現(xiàn)在Oracle公司3/4的贏利都依賴非數(shù)據(jù)庫產(chǎn)品）后，都會很自然地問：Oracle數(shù)據(jù)庫到底路在何方？

領(lǐng)先的數(shù)據(jù)庫“宣傳”廠商
Oracle公司的宣傳常常凌駕于實際的產(chǎn)品和技術(shù)，就像Oracle8i, iFs等技術(shù)一樣，早在1997年Oracle就已經(jīng)開始聲勢浩大的Oracle8i宣傳，但1999年才真正面市，傳說中的iFs則更晚才交付到用戶手中。與Oracle以往的版本一樣， Oracle 9i也是一個為了強(qiáng)占市場的預(yù)先新聞發(fā)布，事實上早在2000年10月就已發(fā)布但至今并未開始銷售，著名的評測機(jī)構(gòu)Gartner Group指出： “我們確信直到2002年中期Oracle 9i才會真正部署。”。同時Oracle一直強(qiáng)調(diào)的市場占有率其實是由很多因素決定的，諸如客戶基礎(chǔ)，廠商進(jìn)入市場的時間，和應(yīng)用產(chǎn)品的兼容性、產(chǎn)品價格，產(chǎn)品質(zhì)量和服務(wù)等等，因此市場占有率高并不意味著該產(chǎn)品一定是最優(yōu)秀，最適合用戶的需求的產(chǎn)品，也并不能衡量性能的高低和技術(shù)的優(yōu)劣——比如保時捷汽車——并不是市場占有率的領(lǐng)先者卻是世界上性能最好的汽車。
而且Oracle極力鼓吹——使用其產(chǎn)品可以極大地節(jié)省用戶的投資的說法也具有欺騙性，針對這種宣傳我們可以看看InternetWeek針對Oracle關(guān)于節(jié)省開支的說法的讀者投票(3/9/2001):
你是否相信Oracle所說的通過使用他們自己的軟件及Internet減少了10億美金的開支？

是的，我完全相信

10%
部分相信

31%
不，我根本不相信任何Oracle的宣傳

58%
圣迭戈的一家位于法律機(jī)構(gòu)也對這種說法提出訴訟，指明Oracle實現(xiàn)這一目標(biāo)的方式是通過解雇2000名雇員而不是通過他們所說的使用自己的軟件。
針對Oracle一直宣傳的RAS功能，事實上到現(xiàn)在為止并沒有一家用戶成功實施該技術(shù)：
        “Oracle 極力吹捧的這一新技術(shù)并未得到證實，而且對于大多數(shù)用戶而言太復(fù)雜以至于無法實施�！� (Giga，2001)
        “我們確信直到2002年中期Oracle 9i才會真正開始部署。而且其Real Application Clusters 并不能真正支持Oracle宣稱所提供的數(shù)據(jù)庫可用性保證” (Gartner Group，2001)
事實上以前的OPS也并不能保證像宣稱的那樣可以在服務(wù)器切換時內(nèi)存數(shù)據(jù)不丟失，用戶可能為OPS或現(xiàn)在的RAC支付了巨額的開銷而沒有得到任何回報。
而且在許多中情況中Oracle通過修辭使其擁有許多性能如：non-escalating的行級鎖或Advanced復(fù)制。
“Oracle領(lǐng)先創(chuàng)新”只不過是簡單的宣傳。他們的確領(lǐng)先——當(dāng)然不包括：存儲過程，觸發(fā)器，多線索結(jié)構(gòu)，客戶/服務(wù)器架構(gòu)，在線備份，遠(yuǎn)過程調(diào)用，OpenServer API,異步復(fù)制，XQL等技術(shù)時——事實上這些技術(shù)都是Oracle在數(shù)據(jù)庫廠商中最后實現(xiàn)的。

較低的系統(tǒng)性能價格比
Oracle為達(dá)到用戶的業(yè)務(wù)需求往往需要用戶投入更多的人力物力。以300GB數(shù)據(jù)量，500個用戶的典型應(yīng)用為例：采用Oracle，用戶需要比采用其它數(shù)據(jù)庫產(chǎn)品的廠商多支出一百四十萬美金的軟硬件費用。事實上，存儲相同數(shù)量的數(shù)據(jù)，Sybase只占Oracle一半的磁盤空間。這可由SMP環(huán)境下的性能測試結(jié)果來證明。Oracle的高性能和可擴(kuò)展性依靠大量的硬件設(shè)備，即使軟件是免費的，用戶也要在硬件上多投資。
        ASE         Oracle
數(shù)據(jù)庫大小        20億行        20億行
索引＋數(shù)據(jù)        170 GB        303 GB
總磁盤空間        256 GB        526 GB
購買磁盤的費用        $150,000        $350,000
磁盤5年的維護(hù)費        $157,500        $367,500
購買內(nèi)存的費用        $187,500        $375,000
5年費用總和        $495,000        $1,093,000
因此，總體擁有成本Sybase 比 Oracle少占一半
采用Sybase 5年中可節(jié)省:          $598,000

        硬盤費用：＄500/GB;
        內(nèi)存費用：＄5,000/GB;
        維護(hù)包括每年15％的備份。
據(jù)IDC提供的調(diào)查報告顯示“Sybase ASE提供了有助于控制成本的三個重要特性：它易于管理；它使資源的使用更有效；它提供了自動化的資源優(yōu)化�？蛻暨�證實了備份的簡便性以及軟件本身的高質(zhì)量，從而使得它成為一個非�？煽康钠脚_。而且，當(dāng)需要獲得Sybase的技術(shù)支持時，其技術(shù)支持的質(zhì)量和低廉的成本是一個明確的優(yōu)勢�！倍鳲racle并未入圍此項評測。

巨大的系統(tǒng)維護(hù)開銷
    北加利福尼亞的一個大型銀行中內(nèi)部負(fù)責(zé)支持25個ORACLE數(shù)據(jù)庫的DBA人員為15名；而同樣在此銀行中，支持25個SYBASE數(shù)據(jù)庫只需3名DBA.由于SYBASE公司提供了動態(tài)的空間分配技術(shù)，并為DBA提供了多種調(diào)試的工具，使得SYBASE的管理變得十分簡單。在ORACLE的技術(shù)中，它的空間管理是對象級別，因此DBA必須不斷監(jiān)測每一個索引和表，如果其中一個耗盡資源，必須將它停止并重新創(chuàng)建。ORACLE 同樣不提供類似的性能調(diào)試的工具。
如果我們假設(shè)一個DBA每年需要花費$100,000，包括管理費用，這家銀行在DBA上所花的費用是：

     25 Databases                   #/DBA’s            每年DBA總費用
     ORACLE                        15                         $1,500,000
         SYBASE                        3                         $300,000

從以上的數(shù)據(jù)可以看出Oracle 所需的數(shù)據(jù)庫維護(hù)人員是SYBASE 的3—5倍
對Internet支持的混亂性和不足之處
Oracle公司較早地進(jìn)入了Internet領(lǐng)域，首先提出了NCA體系結(jié)構(gòu)，發(fā)展了iFS技術(shù)，試圖取代操作系統(tǒng)的功能，希望以大而全的Oracle 8i實現(xiàn)Internet計算。而Oracle公司所作的一切不過是出于商業(yè)目的——不惜一切的競爭并試圖擊敗Microsoft。原因非常簡單：只有確保用戶只使用瀏覽器和基于Oracle存放的Offices文件，才可能繞過Window NT服務(wù)器，只有放棄中間層，才可能繞過Microsoft的DCOM組件技術(shù)和MTS應(yīng)用服務(wù)器。但隨著用戶應(yīng)用的不斷擴(kuò)充，中間層應(yīng)用服務(wù)器模式逐漸成熟和普及，Oracle不得不放棄了NCA的概念，從9i開始正式發(fā)展其應(yīng)用服務(wù)器產(chǎn)品（而Sybase，BEA，IBM等廠商早在98年就開始推出中間層應(yīng)用服務(wù)器產(chǎn)品），匆忙通過收購一家公司(CacheFusion)填補(bǔ)了產(chǎn)品線的空白，推出了Oracle 9i Application Server，但該產(chǎn)品缺乏對流行的TIBCO、MS MTS和IBM MQ Series等中間件的支持,極大地限制了其分布式處理的功能。同時Oracle顯然將不會支持Microsoft的.NET技術(shù)，這就意味著用戶今后在使用Oracle產(chǎn)品的同時將不得不面臨極其痛苦的選擇和風(fēng)險——選擇Oracle就意味著放棄Microsoft。
技術(shù)的封閉性
Oracle追求技術(shù)的封閉性，希望將用戶所有的應(yīng)用都納入到Oracle的技術(shù)路線中，從表面上看這樣會提高系統(tǒng)的集成度同時加快系統(tǒng)的開發(fā)效率，但這種方式同時給用戶帶來了功能的限制、開放性和可擴(kuò)展性的風(fēng)險——更重要的是可以不斷地從用戶口袋中掘取利益。經(jīng)由PL/SQL接口的WEB應(yīng)用服務(wù)器是封閉的。用于封裝的cartridge策略也是封閉的和專用的，Inter Cartridge Exchange也是一個封閉的模式。Oracle使所有ODBC客戶對數(shù)據(jù)庫的訪問序列化, 這種做法給具有異構(gòu)環(huán)境的用戶造成很大的麻煩,而且Oracle的異構(gòu)數(shù)據(jù)庫數(shù)據(jù)復(fù)制只限于單向。同時Oracle的開發(fā)工具Developer2000/Designer2000只限于Oracle數(shù)據(jù)庫應(yīng)用的開發(fā)，無法針對其他公司的產(chǎn)品進(jìn)行開發(fā)，極大限制了應(yīng)用的開放性和可擴(kuò)展性。而更重要的是由于對Microsoft的抵制，用戶無法在Oracle平臺上使用Microsoft的標(biāo)準(zhǔn)和技術(shù)，包括重要的分布式架構(gòu)（DTC）、DCOM技術(shù)和.NET技術(shù)，而這些技術(shù)都代表了未來IT應(yīng)用發(fā)展的方向，因此選擇了Oracle就意味著今后將不得不任Oracle宰割而無任何還手之力。

匱乏的數(shù)據(jù)倉庫支持
目前，Oracle有許多建立數(shù)據(jù)倉庫的獨立工具軟件，如關(guān)于 Express Line的工具, 為Oracle數(shù)據(jù)庫提供界面的工具Discovery，一個從SAP中提取數(shù)據(jù)的工具及一個從Peoplesoft中提取數(shù)據(jù)的分離工具。Oracle宣告了很多提高決策支持查詢速度的新技術(shù)，但是在靈活性及使用簡單方面沒有一項能同Sybase 公司的產(chǎn)品相比。因為利用Oracle 傳統(tǒng)數(shù)據(jù)庫建立的數(shù)據(jù)倉庫中采用的是通常的表和列方式存儲，用戶不得不采用通常的方式提高性能。這包括創(chuàng)建星模式，用Hash和Range算法在分區(qū)中分割數(shù)據(jù)，Partition-wise連接，運用并行查詢，為派生數(shù)據(jù)創(chuàng)建自動摘要表，創(chuàng)建表之間的預(yù)計算連接等。所有這些方式都僅僅對計劃查詢起作用，但同時將增加數(shù)據(jù)倉庫的復(fù)雜性，并且將增加數(shù)據(jù)倉庫的大小。
總結(jié)
    從以上分析我們可以得出結(jié)論，雖然Oracle公司的數(shù)據(jù)庫產(chǎn)品在全球市場占有率較高，但這并不意味著其公司的發(fā)展方向符合用戶業(yè)務(wù)的發(fā)展方向，并不意味著其產(chǎn)品最符合用戶應(yīng)用的需求，同樣也并不意味著可以為用戶提供高質(zhì)量的售后服務(wù)……而這些都是用戶在選擇產(chǎn)品時必須考慮的重要因素。事實上，在SAP Sybase等產(chǎn)品的追趕下，Oracle數(shù)據(jù)庫市場份額近些年來以出現(xiàn)逐年遞減的趨勢。而對一個采購企業(yè)做出明智的選擇并不復(fù)雜——揭開Oracle表面強(qiáng)大的面紗，探尋事實的真相，再做出適合自身需求的決定。

2BeSybPro

SAP Sybase售前一定要多強(qiáng)調(diào)ASE的事務(wù)處理大大優(yōu)于Oracle，Oracle要改變這一點只有重新設(shè)計內(nèi)核。

zhaopingzi

王婆         

zhangyh123

Oracle查詢計劃的優(yōu)化是基于系統(tǒng)內(nèi)置的靜態(tài)規(guī)則，無法根據(jù)用戶的需求（用戶數(shù)激增，數(shù)據(jù)量爆炸等變化）動態(tài)地調(diào)整執(zhí)行計劃，針對SQL也沒有相應(yīng)的調(diào)優(yōu)工具，因此當(dāng)執(zhí)行效率由于運行環(huán)境的變化而降低時，只有修改程序才能進(jìn)行優(yōu)化。

這種語句也會出現(xiàn), 貽笑大方啊

zhengb302

咋看了讓人覺得這么惡心啊