分析DB2數(shù)據(jù)庫的優(yōu)勢
憑借著DB2數(shù)據(jù)庫的優(yōu)勢，IBM在數(shù)據(jù)庫市場爭奪到了自己的一片天地，那么，DB2數(shù)據(jù)庫的優(yōu)勢，究竟都有哪些呢？
DB2是IBM的數(shù)據(jù)庫產(chǎn)品，近年來Oracle、Sybase等數(shù)據(jù)庫的大力發(fā)展曾使很多人認為DB2將逐步退出數(shù)據(jù)庫市場，但幾年過去了，DB2不但沒有退出的跡象，反而一步步發(fā)展壯大，逐步奪回失去的市場。下面將其與Oracle、Sybase等數(shù)據(jù)庫作一簡單的對比，希望能讓您了解DB2數(shù)據(jù)庫的優(yōu)勢。
DB2與Oracle比較
開放性/可移植性
IBM DB2 UDB在各層面，從網(wǎng)絡(luò)協(xié)議的支持到應(yīng)用開發(fā)程序的編程接口，數(shù)據(jù)庫存儲程序及觸發(fā)器，服務(wù)器之間的分布式運作，都是基于最新的國際標準，以確保其開放性及移植性。ORACLE的許多功能都是使用其私有的，非開放性的技術(shù)。例如：ORACLEPL/SQL語言是ORACLE私有的。其存儲程序語句也不符合ANSISQL及ISOSQL的標準，客戶機/服務(wù)器的編程接口，ORACLE的SQL*NET也不是根據(jù)標準定義的。
處理性能
IBM發(fā)明了關(guān)系型數(shù)據(jù)庫以及其優(yōu)化技術(shù)，并不斷發(fā)展，所以DB2在各種性能測試中均占領(lǐng)先地位。IBM有信心能在各種標準的測試環(huán)境下超越ORACLE。DB2在高端應(yīng)用具有過硬的技術(shù)，有眾多超過1Tera-bytes數(shù)據(jù)量的用戶實例。由于ORACLE限制用戶在未經(jīng)許可的情況下不能公布他們所作的性能測試，故一般用戶不易取得ORACLE的比較資料。Oracle超過1Tera-bytes數(shù)據(jù)量的客戶實例很少。
并行能力
DB2的并行版支持位圖索引和對象關(guān)系，因此，DB2有更好的擴展性和性能。Oracle觸發(fā)器無法支持并行：在一些特殊的引用完整性(referentialintegrity)的限制下，并行也無法運用：如果表格中有大對象，由于前述的限制(表不能分割)，并行也無法運用?？傊?，Oracle在并行系統(tǒng)中沒有實現(xiàn)位圖索引和對象關(guān)系，
分布式數(shù)據(jù)庫
DB2分布式數(shù)據(jù)庫的處理(如兩階段提交)及連接功能是建立在DB2的核心中，不需要使用其它的產(chǎn)品附件。性能好，易使用，減少開支。ORACLE的分布式功能需要另外購買DistributedOption以及SQL*NET等產(chǎn)品才能實現(xiàn)分布式數(shù)據(jù)庫的連接。
異構(gòu)平臺支持
在異構(gòu)的環(huán)境中，IBM數(shù)據(jù)庫方案簡單、更加無縫而且比Oracle的成本低; Oracle的異構(gòu)網(wǎng)關(guān)性能差，當訪問異構(gòu)數(shù)據(jù)庫時，Oracle缺乏全局的優(yōu)化，導(dǎo)致了過多的數(shù)據(jù)及網(wǎng)絡(luò)傳輸。
復(fù)制能力
DB2提供業(yè)界最佳效率的和最開放的復(fù)制方案;DB2提供自動沖突檢測和解決方法。 Oracle只提供自動沖突檢測和解決方法的例子程序，用戶須對例子程序做定制后來解決復(fù)制沖突
對電子商務(wù)支持
IBM的Java技術(shù)為業(yè)界所公認，DB2公認為電子商務(wù)基石。DB2提供的JDBC接口，還可用Java語言寫儲存過程和用戶自定義函數(shù) Oracle的Java技術(shù)僅局限于數(shù)據(jù)庫和ERP應(yīng)用。
對商業(yè)智能支持
DB2OLAPServer遠比Express更易使用和實現(xiàn)。DB2OLAPServer提供讀/寫能力-這對一些關(guān)鍵性的多維分析擴展應(yīng)用如：預(yù)測和預(yù)算，是非常有用的(Express只支持讀)。IBM的商業(yè)智能解決方案中，擁有數(shù)據(jù)挖掘(IntelligentMiner)工具。 OracleExpress只支持讀的能力，不利于支持預(yù)測和預(yù)算。Oracle缺乏數(shù)據(jù)挖掘方面的工具。
軟件質(zhì)量與可靠性
DB2的軟件開發(fā)實驗室早在1994年便已通過ISO9000國際質(zhì)量管理標準的驗證與認可。故DB2的軟件質(zhì)量是所有數(shù)據(jù)庫廠家中可靠性最高，故障率最低的數(shù)據(jù)庫。 ORACLE版本6及版本7在推出后皆需經(jīng)過無數(shù)次修訂版升級才能達到一定程度的可用度，這給用戶帶來極大的不便，并且嚴重影響到投產(chǎn)系統(tǒng)的可用性及可靠性。
DB2與Sybase比較
開放性/可移植性
IBMDB2的編程接口遵照ANSI、X/OPEN標準的CLI(CallLevelInterface)及ANSISQL的嵌入式SQL等開放標準。IBMDB2的存儲程序和觸發(fā)器機制則使用最新的SQL國際標準并支持標準的開放語言如C/C++。在DB2CommonServerV2.1.2(1996)以及DB2UDB(1997)中更加入了用Java語言開發(fā)存儲程序和觸發(fā)器的功能。 1.編程接口：Sybase使用的編程接口不是開放的，因為他使用的是自己的OpenClient/OpenServer接口，而不是基于某一標準的接口。2.存儲程序(StoredProcedure)：由于Sybase的CLIENT/SERVER技術(shù)是80年代開發(fā)的，沒有使用SQL92等相關(guān)的標準，因此編制存儲程序和觸發(fā)器所用的Transact-SQL也是它們自己專用的。
處理性能
IBM發(fā)明了關(guān)系型數(shù)據(jù)庫以及其優(yōu)化技術(shù)，并不斷發(fā)展，所以DB2在各種性能測試中均占領(lǐng)先地位。DB2在高端應(yīng)用具有過硬的技術(shù)，有眾多超過1Tera-bytes數(shù)據(jù)量的用戶實例。 Sybase的優(yōu)化器(OPTIMIZER)不能有效的支持復(fù)雜的查詢(ComplexQueries)。應(yīng)用程序中稍微復(fù)雜一些的SQL語句，Sybase的優(yōu)化器就無法妥善優(yōu)化處理。Sybase剛剛進入海量多處理器MPP的領(lǐng)域，缺乏這方面的經(jīng)驗及先例，Sybase大于一個TB數(shù)據(jù)量的客戶實例很少。
并行能力
DB2的并行版支持位圖索引和對象關(guān)系，因此，DB2有更好的擴展性和性能; Sybase數(shù)據(jù)庫核心結(jié)構(gòu)較陳舊，尤其在多處理器(SMP)的服務(wù)器上無法做到軟硬件相配合的延伸與擴展(scale)，無法發(fā)揮多處理器的優(yōu)勢。其單進程多線索的結(jié)構(gòu)就無法象DB2的多進程多線索的結(jié)構(gòu)更能有效地在SMP等機器上運行。
高可用性
DB2可以用數(shù)據(jù)庫及表空間兩種粒度(granularity)對數(shù)據(jù)作備份與恢復(fù)(BACKUP及RESTORE)，并且備份可以在聯(lián)機方式(ONLINE)下進行，不影響多用戶的同時使用。這使得DB2能真正地滿足一天24小時、一星期七天的全天候使用。 Sybase在BACKUP數(shù)據(jù)庫及RESTORE數(shù)據(jù)庫時，需要將系統(tǒng)轉(zhuǎn)為單一用戶模式以保證數(shù)據(jù)庫中數(shù)據(jù)的完整性及一致性，并且在BACKUP之后，要運行DBCC檢查數(shù)據(jù)的一致性，這使得Sybase數(shù)據(jù)庫在可用性方面受到限制。
數(shù)據(jù)完整與可管理性
IBMDB2中數(shù)據(jù)庫可自動的維持兩表間的一致性，無需再由DBA編程。 Sybase在其數(shù)據(jù)庫技術(shù)中引入RI(ReferentialIntegrity數(shù)據(jù)引用完整性)較晚，而且功能有限。例如，當表A中的列A是另一個表B中列B的ForeignKey時，若要刪掉表A中的一個記錄，在Sybase中是不允許的，只有通過觸發(fā)器(Trigger)及存儲過程(StoredProcedure)，才能刪掉表A中的一個記錄，同時刪掉表B中的相關(guān)記錄，或把其值設(shè)置為NULL。
異構(gòu)平臺支持
在異構(gòu)的環(huán)境中，IBM數(shù)據(jù)庫方案簡單、更加無縫而且成本低; Oracle的異構(gòu)網(wǎng)關(guān)性能差，當訪問異構(gòu)數(shù)據(jù)庫時，Oracle缺乏全局的優(yōu)化，導(dǎo)致了過多的數(shù)據(jù)及網(wǎng)絡(luò)傳輸。
復(fù)制能力
DB2提供業(yè)界最佳效率的和最開放的復(fù)制方案;DB2支持對數(shù)據(jù)做預(yù)處理后再復(fù)制到遠端，更有效率且網(wǎng)絡(luò)流量少。 Sybase是立即復(fù)制交易，數(shù)據(jù)和網(wǎng)絡(luò)流量大，據(jù)用戶反映，Sybase的復(fù)制難以實施。SybaseAdaptiveServerAnywhere和AdaptiveServerEnterprise之間的數(shù)據(jù)復(fù)制不是無縫連接，且要求整合工作。
對電子商務(wù)支持
IBM的Java技術(shù)為業(yè)界所公認，DB2公認為電子商務(wù)基石。DB2提供的JDBC接口，還可用Java語言寫儲存過程和用戶自定義函數(shù) Oracle的Java技術(shù)僅局限于數(shù)據(jù)庫和ERP應(yīng)用。
對商業(yè)智能支持
DB2WarehouseManager內(nèi)置了數(shù)據(jù)倉庫管理功能。IBM的商業(yè)智能解決方案中，擁有數(shù)據(jù)挖掘(IntelligentMiner)工具。 Sybase數(shù)據(jù)集市(datamart)沒有提供倉庫(Warehouse)管理與自動化的功能。
軟件質(zhì)量與可靠性
DB2的軟件開發(fā)實驗室早在1994年便已通過ISO9000國際質(zhì)量管理標準的驗證與認可。故DB2的軟件質(zhì)量是所有數(shù)據(jù)庫廠家中可靠性最高，故障率最低的數(shù)據(jù)庫。數(shù)據(jù)在IBM系統(tǒng)內(nèi)被腐化(corrupted)不但是前所未聞，也是IBM傳統(tǒng)用戶所不可能忍受的。 Sybase中的數(shù)據(jù)需要小心的維護，因為數(shù)據(jù)在數(shù)據(jù)庫中有可能被“腐化(corrupted)”而無法繼續(xù)使用。在沒有事先修補的情形下，若這些數(shù)據(jù)被備份了，則它們無法再被使用。為此Sybase不得不為客戶提供一個檢查程序(DBCC)。
DB2與Informix比較
開放性/可移植性
IBMDB2UDB在各層面，從網(wǎng)絡(luò)協(xié)議的支持到應(yīng)用開發(fā)程序的編程接口，數(shù)據(jù)庫存儲程序及觸發(fā)器，服務(wù)器之間的分布式運作，都是基于最新的國際標準，以確保其開放性及移植性。 Informix私有4GL編寫的程序只能局限在Informix上運行。
處理性能
IBM發(fā)明了關(guān)系型數(shù)據(jù)庫以及其優(yōu)化技術(shù)，并不斷發(fā)展，所以DB2在各種性能測試中均占領(lǐng)先地位。DB2在高端應(yīng)用具有過硬的技術(shù)，有眾多超過1Tera-bytes數(shù)據(jù)量的用戶實例。 由于Informix是以小型數(shù)據(jù)庫起家，所以其產(chǎn)品設(shè)計到目前為止仍有許多小型數(shù)據(jù)庫的限制。許多用戶都曾遇到Informix在數(shù)據(jù)存儲、日志管理、備份、恢復(fù)等方面的問題。Informix的擴展并行選項在支持多用戶并發(fā)訪問時存在困難。Informix由于缺乏對大量數(shù)據(jù)的管理經(jīng)驗，所以其優(yōu)化器技術(shù)也不能針對大量數(shù)據(jù)做優(yōu)化。
并行能力
DB2EEE能利用HACMP自動接替故障節(jié)點正常工作，Informix做不到。DB2EEE已經(jīng)有多年的歷史，頒布了最高的TPC-D和TPC-H基準測試值。DB2EEE支持動態(tài)位圖索引完成Star-jion，從而既提高了性能又不增加數(shù)據(jù)庫系統(tǒng)管理員的維護量。 在并行機SP上，當SP的高性能開關(guān)(switch)不能通訊時，InformixXPS數(shù)據(jù)庫將處于癱瘓狀態(tài).當并行機的節(jié)點出現(xiàn)故障時，InformixXPS數(shù)據(jù)庫將處于癱瘓狀態(tài)，停機時間為4到24小時;InformixXPS沒有備份和恢復(fù)。InformixXPS沒有對查詢的監(jiān)控機制，有可能某一個用戶的一個查詢耗盡系統(tǒng)的所有資源而不讓其他用戶使用。
分布式數(shù)據(jù)庫
DB2則是通過核心直接支持XA接口，并且提供許多其它廠商所沒有的XA先進功能，例如工商銀行山東分行的DB2應(yīng)用就大量地使用了DB2XA接口，實現(xiàn)了與CICS結(jié)合的大型聯(lián)機事物處理系統(tǒng)(OLTP)來支持全省通存通兌等應(yīng)用。 Informix對異構(gòu)分布式數(shù)據(jù)庫的支持是通過X/OPEN、XA實現(xiàn)的。雖然Informix聲稱它能夠支持X/OPEN、XA接口，但只是在某幾個版本通過附加選件完成。并且在這方面，Informix很少有使用先例，也沒有這方面的技術(shù)支持。
異構(gòu)平臺支持
在異構(gòu)的環(huán)境中，IBM數(shù)據(jù)庫方案簡單、更加無縫而且成本低; Informix在數(shù)據(jù)庫與數(shù)據(jù)庫之間的連接方面很弱。例如Informix沒有連接其他數(shù)據(jù)庫如bbORACLE、Sybase等數(shù)據(jù)庫的產(chǎn)品.
復(fù)制能力
DB2提供業(yè)界最佳效率的和最開放的復(fù)制方案;DB2提供自動沖突檢測和解決方法。 Informix只支持Informix數(shù)據(jù)庫間的復(fù)制，若要同其它數(shù)據(jù)庫相互復(fù)制，則必須購買第三方支持軟件。
【編輯推薦】
