概述
　　 Oracle 資料庫10g（Oracle Database 10g）是第一個專門為企業網格計算設計的資料庫。Oracle Database 10g降低了資料管理成本，同時可以提供最優質的服務，能夠使IT迅速滿足業務需求的變化並最大限度降低風險。系統易於部署和管理，這一點同樣具有十分重要的意義。

　　通過不斷推出先進的創新技術，Oracle在競爭中始終保持領先地位。Oracle Database 10g的推出，進一步拉大了用於Linux, Unix和Windows的IBM DB2 UDB v8.1在這一領域的技術差距。就效能、擴充套件能力、可用性、安全性及價格等方面而言，Oracle Database是當之無愧的領先產品，這已是Oracle客戶的共識，媒體、分析人士和業界專家也對此給予積極的迴應。Oracle 不斷推出的先進創新技術，使各類規模的企業能夠花更少的錢，辦更多的事。

　　本文將對Oracle 資料庫10g與用於Linux, Unix和Windows的IBM DB2 UDB v8.1的技術性能進行對比，論證Oracle“功能成本俱佳”的體系結構較之非共享的資料庫在效能、擴充套件能力、資源利用、管理、可用性及滿足技術發展趨勢等方面所具有的強大優勢。

網格計算
　　 Oracle 10g是第一個，也是唯一一個專門為網格計算開發的基礎架構軟體。Oracle 資料庫10g和應用伺服器10g為靈活、動態的網格計算提供了完全叢集、工作負載管理和資料中心自動化技術，使用Oracle網格的客戶可以實現高的資源利用率並顯著降低成本。他們還可以通過Oracle系統在可移植性、可用性、安全和擴充套件能力等方面得到全面提升。Oracle系統的可移植性可保證您在所有執行平臺環境下同樣受益，包括Linux 和常規集群系統。目前，只有Oracle能以低成本叢集產品為基礎，實現真正的擴充套件，提供高可用性，並且可以動態配置資源。Oracle使網格牢不可破，您即不能斷開網格，也不能侵入網格。

　　Oracle還在網格技術方面實現重要突破，如推出了Oracle真正應用叢集（Oracle Real Application Clusters）、Oracle流（Oracle Streams）、Oracle 可傳輸表空間（Oracle　Transportable Tablespaces）等。最重要的，Oracle長期以來一直成功地為領先的平臺和系統執行環境提供軟體產品。Oracle網格客戶對投資Oracle技術的信心有助於推動網格技術的應用。

　　Hartford在多個應用之間共享Oracle資料庫資源，包括記帳、會計合併、現金帳戶、應收帳戶，從而使企業可以花更少的錢，辦更多的事。Oracle技術，包括Oracle資源管理器和Oracle Streams，為Hartford管理工作負載，在所有應用之間合理配置資源提供了必要的功能。

　　CERN(歐洲核研究組織)建立了Large Hadron Collider（LHC）計算網格，用以管理LHC實驗資料。每年，該組織大型實驗生成的資料量高達一千萬億位元組。這些實驗資料供2000多使用者和150多個機構應用分析。CERN決定LHC計算網格採用Oracle系統。資料庫和應用伺服器是這一解決方案的重要套件。Oracle資料庫和Oracle應用伺服器能夠滿足LHC計算網格的技術要求。Oracle具有擴充套件性、資訊共享和VLDB功能，可供幾千個使用者在LHC計算網格中共享和訪問資料。可傳輸表空間可以快速移動大量資料，對資料量沒有限制。同時，Oracle真正應用叢集以Linux叢集產品為基礎，為CERN提供了具有高可用性和強大擴充套件能力的資料庫。

　　 去年，IBM極力打造“隨需應變計算”的品牌形象。IBM的產品包括一體化託管服務、基於開放式標準的模組和由業務諮詢服務部進行的專用軟體開發。其核心是整合（DB2資訊整合器）、自動化（SMART）和視覺化（通過硬體產品）。IBM通過CPU硬體劃分和處理器按需定期許可的方式銷售大型SMP伺服器。這又回到了大型主機業務模式的老路，帶來成本和限制等方面的一系列問題。隨需應變是以WebSphere為粘合劑拼湊成這樣一個執行環境。IBM在網格產品中配置的軟體是DB2資訊整合器、DB2內容管理伺服器和WebSphere。IBM可能有大量關於網格計算的學術論文，但卻沒有專門針對網格開發的軟體產品。

　　有充分依據證明，Oracle系統更適合用於網格計算：
1. Oracle完全在常規硬體環境下執行。IBM則建議在高檔SMP環境下執行他們的資料庫。他們的叢集資料庫不支援實際應用（如SAP、PeopleSoft、Siebel等）。
2. Oracle RAC可以動態新增或刪除資料庫例項，無需停機。這意味著，您可以根據負載與管理優先順序的要求，改變不同資料庫的資源配置。IBM叢集資料庫不共享任何資源。如果需要新增節點，您必須重新劃分資料，所以不得不停機。因此，您不得不為滿足高峰期間的需要去規劃一個非共享的資料庫，利用率極差。
3. 如果您需要在刀鋒伺服器與SMP之間分割軟體，需首先確定配置決策。在刀片上執行的軟體不能利用空閒的SMP，而在SMP上執行的軟體也不能利用空閒的刀片。因此，異構硬體組合也限制了您的系統應有的利用率。為了最大限度利用資源，對優先順序和負載做出最佳響應，您需要建立同類硬體環境。完全同類的刀片環境可以大大降低成本，而能夠完全在刀片環境下執行的只有Oracle軟體集。
4. Oracle 資料庫 10g包括自動儲存管理（ASM），用以垂直整合專門為Oracle資料庫檔案開發的檔案系統和卷管理器。ASM將I/O負載分佈到所有可用資源中，從而優化系統性能，不必進行人工I/O調整。ASM可使DBA在不中斷系統執行的情況下調整儲存配置，增加資料庫的尺寸，幫助他們動態地管理資料庫執行環境。
5. Oracle Streams可以通過統一的基礎結構實現非同步資訊共享。這一真正意義上的統一架構，將資訊佇列、複製、事件、資料倉庫載入、通告、釋出/訂閱全部結合在一套技術中。您可以根據需要，隨著變化逐漸增加共享資訊。您不必安裝、管理、整合大量不同的產品。IBM不能以這樣的方式共享資訊，除非組合不同的產品，編寫許多程式碼，並對各種元件進行管理。
6. Oracle可傳輸表空間可用來傳輸整塊資料庫。Oracle Streams是隨著變化逐漸增加共享資訊，而可傳輸表空間則可迅速地成批移動資料，即使在不同的平臺之間。當然，這兩個套件可以結合使用。
7. 有時，共享和整合資訊的最好方法其實只是在需要的時候，能夠進行遠端訪問。Oracle已經內建了分散式SQL、遠過程呼叫和分散式事務。您可以查詢其他資料庫所需的資訊，在必要時更新這些資訊，訪問其他伺服器的程式邏輯。通過Oracle通用閘道器，或採用我們的透明閘道器，還可以訪問其他資料庫管理系統中的資料。您可以組合Oracle與非Oracle資料，同樣，您可以使用Oracle Streams通過我們的閘道器共享非Oracle資訊。而如果您想更新非DB2資料庫的話，IBM則要求您購買DataJoiner，他們沒有通用閘道器或Streams之類的產品。
8. Oracle 產品集為網格計算提供所需的高可用性。Oracle RAC 與Oracle 資料保護（Oracle Data Guard）可避免叢集內部，以及叢集之間的執行中斷。這種保護包括計劃停機（打補丁，升級）及非計劃執行中斷（伺服器故障、災難）。計算不具備可用性時，計算效用也就無從談起。IBM採用備用資料庫技術，但除非主資料庫癱瘓，否則無法使用備用資料庫，這無疑會造成資源利用率很低的問題。
9. Oracle系統性能和擴充套件能力優於世界上任何資料庫產品。這一點對於網格計算是很重要的。我們的讀取一致性模型可保證系統最高吞吐量，不會發生在IMB和微軟系統中遇到的鎖定問題。我們大量客戶執行的資料庫容量高達萬億位元組以上。我們的RAC技術對於支援的節點數量不存在結構性的侷限。Oracle是當前TPC-C、[email protected]、[email protected]和[email protected]的領導者，並保持基於Linux的 4路、16路和64路系統TPC-C世界記錄。除TPC基準測試外，Oracle還支援真實環境企業級應用基準測試，如執行Oracle應用和SAP的基準測試2。在這方面的公開評比中：
a. Oracle 位居2層訂貨組裝ATO基準測試前三名，每小時34 260訂單。
b. Oracle位居3層訂貨組裝ATO基準測試前兩名。
c. Oracle保持SAP SD 2層測試結果的前兩名。
10. Oracle將安全放在首位。Oracle致力於在其每一種產品中設計安全的功能和解決方案，尤其是用於儲存資料的資料庫伺服器。對於設計Oracle資料庫的開發人員來說，安全是編碼工作的核心，以保證推出安全的產品。Oracle安全機制已得到17家獨立安全評估機構的認可。IBM是在資料庫之外解決安全問題，依靠作業系統或Tivoli的產品線來保證DB2及其他IBM產品的安全。IBM沒有“虛擬專用資料庫”（Virtual Private Database）和“標籤安全”（Label Security）之類的功能。而且，IBM系統也未接受獨立的安全評估。
11. Oracle具有作業系統及硬體之間的相容性，因此可以支援異構網格。IBM的DB2沒有各平臺之間一致的程式碼庫，因此DB2應用不具備移植能力。Oracle可在所有主要的作業系統上執行，而且在不同的作業系統環境下具有相同的功能和效能，因為我們採用單一程式碼庫。Oracle的移植性意味著，無論網格如何發展，以何種作業系統為主，Oracle都可以對其加以支援。
12. 根據表空間頁面大小，DB2對行的大小有限制。一行記錄不能跨過多頁，因此行的尺寸必須小於頁面尺寸，同時還要考慮到頁面的開銷（最多32677位元組）。Oracle可以一行跨過多頁，Oracle術語稱為塊，因此可以完全避免這種複雜性。Oracle資料庫10g的最大資料庫尺寸為8艾位元組（1018位元組），而DB2 UDB的最大尺寸僅為8太位元組（1012位元組）。Oracle的無限尺寸使您的網格具有極為強大的靈活性。
13. Oracle通過獨立的整合產品為您提供上述全部功能。我們的理念是銷售整合式軟體，無論是電子商務套件，還是網格基礎設施。除系統開放，支援所有相關標準外，Oracle還提供全面整合。IBM和微軟提供的元件需組裝後才能部分支援網格計算。您要麼裝配元件，要麼購買裝配元件的諮詢服務。而Oracle則通過最佳整合軟體對網格計算加以全面支援。
14. Oracle將推出專門針對Oracle產品集的Globus 工具包。Globus 工具包是一組用以支援資源管理、安全和發現的模型。IBM的Globus工具包已開始供貨，但卻未開發網格計算版軟體，而我們已開發了這樣的軟體。因此，若想以IBM技術採用Globus軟體，您必須購買IBM服務，或投入相當的時間和費用將二者加以整合。

管理能力
　　 今天，業務環境的競爭日趨激烈，如何以最低的成本，同時不以降低服務水平為代價，管理資訊科技（IT）基礎設施是企業目前面臨的挑戰。目前，這種情況正陷入兩難的境地，當系統提供越來越豐富的功能時，複雜性必然提高，因而也就加大了系統維護和管理的成本。今天，希望取得良好效益的企業不僅需要可靠、高效能的應用為客戶服務，而且必須降低運營成本，最大限度地擴大贏利空間。這種情況加之這方面技術能力的短缺使得管理成本迅速攀升，甚至對企業的競爭能力構成潛在威脅。針對上述情況，Oracle資料庫10g推出了先進的自我管理資料庫，它可以自動地對自身進行監控、適應和調整。Oracle簡化了資料庫各個管理環節，從而提高了管理人員的生產能力，可將客戶的運營成本降低50%。在簡化資料庫管理方面，Oracle資料庫10g大大優於IBM DB2 UDB。2003年4月，Rauch協會對總體管理成本進行了對比：Oracle9i資料庫第二版與IBM DB2 v8.1的比較結果顯示，Oracle9i資料庫第二版明顯比IBM DB2 v8.1易於管理：
1. Oracle9i資料庫第二版的管理步驟僅為DB2 v8.1 的41%；
2. 執行相同的管理任務，Oracle9i資料庫第二版所需 的時間比後者短54%；
3. 在同等管理工作負荷下，Oracle9i資料庫第二版所 需的管理人員數量僅為DB2的55%；
4. 由於Oracle9i管理人員工作效率的提高，每個管理 人員在系統建立後的前五年可節省管理費用 37 054美元，而且今後這一數字還將進一步增加。

　　自我除錯、簡化複雜的管理功能、提高日常管理工作的自動化水平和更先進的管理工具是Oracle系統管理能力始終保持領先水平的主要因素。Oracle管理體系建立在管理作業多，測試人員少的基礎上。DB2 v8.1做了許多改進，特別是在儲存器配置、除錯和健康監控等方面。DB2新型健康中心和配置嚮導主要用於縮小與Oracle在時間（或效率）方面的差距。與此同時，Oracle也對Oracle資料庫10g的可管理性做了進一步提升，這樣一來，兩種系統再次拉開了技術差距。

自我管理資料庫
　　 Oracle資料庫10g自我管理基礎設施由四大套件組成：自動工作負載儲存庫、自動維護任務基礎架構、伺服器生成告警和顧問框架。自動工作負載儲存庫（AWR）是一個內建資訊庫，包含特定資料庫執行統計等方面的資訊。在定期的時間間隔中，資料庫製作所有關鍵統計資料及工作負載資訊的快照，將其儲存到AWR。自動維護任務基礎架構可供資料庫自動執行日常維護，如優化器統計重新整理、重建索引等。這一套件可以利用Oracle資料庫10g 提供豐富的時間安排功能（通過稱為進度表的新功能），在一個預定義的“維護視窗”中執行這些任務。

　　採用DB2系統時，DBA需要決定重新整理何種統計，以及重新整理的方法和時間，資料庫不會在這方面提供任何幫助。換句話說，DB2 DBA必須人工跟蹤前一次統計生成後發生變化的表，密切掌握資料分佈，以確定發生變化的數值，還要通過反覆嘗試的過程確定分析資料的合適的取樣量。不僅如此，他們還必須重新繫結所有的應用程式包，才能利用新的統計資料。根據DB2管理指導手冊：效能“執行統計後，最好重新繫結應用程式。如果有新的統計資料，查詢優化器可以選擇不同的訪問計劃。”3 採集統計變得像DB2這樣複雜時，會妨礙DBA根據需要隨時進行採集，因此導致執行計劃不力。這也許是為什麼DB2管理員認為查詢優化是最耗時工作的又一個原因。

　　對於不能自動解決，需要通知管理員的問題（如超空間執行），Oracle資料庫10g可以自行監控併發出告警，以及時有效的方式通知DBA尚待解決的問題。在AWR獲取資料的基礎上，Oracle資料庫10g配置了自動診斷引擎，稱作“自動資料庫診斷監測”（ADDM）。ADDM可以使資料庫診斷自身效能，確定如何解決識別出來的問題，量化預期指標。

　　Oracle資料庫10g提供資料在位重組功能，可通過壓縮資料優化空間利用率。段壓縮功能可以使可用空間被表空間中的其他段重用，提高查詢和DML操作的效能。

　　Oracle表或索引識別功能還使其複雜性大大低於IBM DB2。Oracle管理員可以對資料庫進行分析，通過一個工具確定需要識別的物件並完成識別。DB2則至少需要兩個工具，REORCHK和REORG。由於耗用大量資源，因此識別通常安排在非峰值期間進行。採用企業管理器（Enterprise Manager）工具，可以很容易地將識別安排在維護視窗期間執行，無需值守。而且，EM還可以自動提示管理員識別開始、發生故障或成功。在DB2中，任何識別作業都要由人工程式來完成，需要開發定製指令碼並始終由管理員監控。

　　Oracle識別程式還採用了先進的錯誤-處理功能。如果識別期間發生錯誤，管理員可以取消操作，或修復問題後重試。DB2系統識別期間發生錯誤時，通常必須回滾或恢復資料庫來改變。

　　DB2還在許多方面落後於Oracle，包括管理能力。DB2管理員仍需除錯多達12個引數才能合理配置SQL執行儲存器。而Oracle管理員只需用一個引數即可指定一個例項可用的查詢執行儲存器，然後令Oracle自動管理，進而保證系統的最佳執行效能。同樣，Oracle可恢復空間分配功能為管理員提供了目前急需的工具，他們用其修復錯誤空間，避免資料庫執行發生故障。對比之下，如果未能準確估算出執行日常管理任務所需的空間，如建立新索引、裝載大量資料等，DB2管理員還得半夜起來進行處理。與V7一樣，DB2 V8仍然採用基於鎖的讀取一致性模型，因此，他們還是需要花費大量時間通過監控死鎖，解決鎖衝突來應付DB2的結構性缺陷。Oracle採用基於廣泛認可的讀取一致性模型，因此Oracle DBA甚至根本不必考慮這些任務！大部分DB2配置引數仍然不能在資料庫/例項不停止執行的情況下加以改變，因此會造成應用中斷。以下是另外一些DB2尚不能滿足的基本管理要求：
1. 動態配置引數
2. 限定緊急事故恢復時間
3. 恢復時間建議
4. SQL訪問外部檔案儲存的資料
5. 可恢復備份與重建
6. 自動識別佔用大量資源的查詢
7. 自動識別需要優化器重新整理統計的表
8. 自動確定優化器重新整理統計的抽樣尺寸
9. 自動建立直方圖
10. 可傳輸的表空間
12. 服務質量報告

應用/SQL調整
　　 應用設計問題是造成系統性能問題的最主要根源。開發人員、DBA和系統管理員的所有調整才智，都不能彌補應用結構和設計方面的缺陷。因此，SQL語句的調整是資料庫系統性能調優的一個重要組成部分。

　　查詢優化器可以對查詢效能產生重要影響，如是否採用索引；當查詢涉及連線多個表時採用何種連線技術等。Oracle投入大量人力物力開發出基於成本的優化器，這是業內最先進、最成熟並經過全面測試驗證的查詢優化器。基於成本的優化器已被Oracle應用、SAP、PeopleSoft等重要應用套件所廣泛採用。由於Oracle資料庫已成為廣大客戶使用這些應用的平臺，從而證明Oracle優化器在大量的實際應用設定中取得了極大成功。

　　儘管Oracle資料庫提供了最佳查詢優化技術，在大部分情況下無需管理員介入，最大限度地提高了應用/查詢的效能，但在一些個別的情況下，因應用性質或資料分佈獨特性有可能造成SQL語句佔用較高系統總體資源。ADDM可以自動識別佔用較大資源的SQL語句。然後，Oracle資料庫10g對其進行分析，通過查詢優化器新增加的自動調整功能（稱之為自動調整優化器）提出解決方案。在此請特別注意的是，這種解決方案完全是由優化器給出的，而不是任何外部工具採用某些預定義的試探方法生成的。

　　自動調整優化器檢驗自身的估算，然後採集輔助資訊修正估算誤差。這一系統還能根據過去SQL語句的執行記錄，以定製的優化器設定方式採集輔助資訊（如第一行或所有行）。通過輔助資訊建立SQL Profile，並提出建立它的建議。SQL Profile建立之後，查詢優化器（在常規模式下）可以生成經過準確除錯的方案，而不改變應用程式碼。這種獨特的功能在DBA支援第三方應用時非常實用。這時，他們不必訪問程式碼，否則當代碼發生變化時，可能會使支援協議失效。

管理企業
　　 通過Oracle企業管理器10g網格控制（Oracle Enterprise Manager 10g Grid Control），Oracle推出了真正基於Web的管理控制檯，DBA可以從任何位置進行訪問，且實現零客戶端程式安裝，完全防火牆相容。效能管理（Performance Management）功能包括通過web瀏覽器進行實時圖形資料庫效能監控。為了簡化Oracle軟體的管理任務，網格控制配置了完整的軟體庫存清單，包括硬體、作業系統、作業系統補丁、已裝Oracle軟體、已裝Oracle補丁。網格控制跟蹤硬體和軟體的安裝變化，便於出現問題時查明“哪些部分發生變更？”

　　網格控制通過Metalink直接與Oracle支援（Oracle Support）連線，可以快速查詢企業內部已裝Oracle產品的相關補丁。補丁可以在特定目標的上下文中查詢，也可以在必要時，由管理員查詢特定的路徑。確定所需補丁的位置後，網格控制可由Oracle Metalink下載補丁，將其貼上到相應的目標主機中。

　　複製軟體安裝用於開發或QA是許多資料中心的日常工作。對於Oracle軟體來說，網格控制使這類克隆安裝工作變得相當容易。網格控制的克隆嚮導可以自動複製資料庫和應用伺服器安裝（特別是Oracle本地安裝目錄）。由於具有“多播”功能，因此，即使多個目標主機的多個克隆也同樣可以在一次操作中完成。網格控制的本地克隆已實現智慧化：主機名、IP地址及其他環境設定都可以在新克隆的主機上自動進行調整。

　　DB2控制中心在一個終端上提供了通用和整合的成套工具，用於管理跨越不同軟體和客戶機硬體平臺的本地及遠端資料庫。DB2的這種新功能，Oracle早在1994年就已經應用到Oracle企業管理器框架中了。在DB2 Version 8.1中，您也可以選擇採用Web 健康中心（Web Health Center）通過Web瀏覽器訪問健康監測資訊，執行新的DB2命令。

高可用性
　　 在今天快速發展的經濟環境下，構建高可用性的IT基礎設施對於各類企業成功運作顯得至關重要。關鍵的應用伺服器或資料一旦出現問題會危及到整個企業，收入受損、客戶丟失、導致賠償，不良的形象會在客戶中產生持久影響，破壞企業的聲譽。故障停機的損失往往不大容易用直接成本來衡量。據Standish集團的DARTS調查4，系統故障停機一分鐘給企業造成的損失大約為每分鐘2 500至10 000美元。按照這一指標計算，即使資料可用性達到99.9%，企業每年也要付出500萬美元的代價。在設計具備容錯和恢復能力的IT基礎設施時，考慮到非計劃停機和計劃停機因素是非常重要的。非計劃停機主要是由於計算機故障或資料問題造成的（損壞、人為錯誤）。計劃停機主要是由於資料變化或系統變更，必須對生產系統做相應調整。計劃停機可以使執行中斷，特別是支援多個時區使用者的跨國企業。這種情況下，對系統進行設計，最大限度減少有計劃的停機是很重要的。計劃停機包括日常管理、定期維護和執行新部署。

資料庫事故恢復能力
Oracle和DB2都具有聯機和離線備份與恢復基本功能。儘管可以提前制定並實施備份方案，但很難對所有恢復情況做出預測。Oracle綜合備份與恢復能力大大優於DB2。因此，Oracle幾乎可以滿足所有備份和恢復要求。

Oracle資料庫10g恢復管理器（RMAN）採用獨創設計，具有關鍵Oracle資料最佳恢復功能。在不增加成本和安裝附加裝置的情況下，完全可以由RMAN來管理Oracle資料庫檔案的備份和恢復。由於與Oracle核心緊密整合，因此RMAN達到了具有洞察力和智慧化的水平，可以有效恢復Oracle資料庫。Oracle資料庫10g RMAN具備許多先進的功能，例如：
1. 快速恢復區 － 組織管理恢復的相關檔案
2. 優化增量備份 - 僅對需要備份的變化塊直接備份
3. 增量更新備份 - 合併資料庫映像拷貝和增量備份，提供快速有效的資料庫恢復
4. 企業管理器與RMAN - 提供點選備份與恢復嚮導

Oracle資料庫10g 備份與恢復還推出了許多創新功能，如：
1. 備份壓縮
2. 當重建發現丟失或損壞的備份時自動恢復前一備份
3. 自前次恢復時間點恢復-通過復位日誌恢復
4. 恢復期間自動建立新檔案
5. 在備份或恢復中自動實現通道故障轉移
6. 自動錶空間時間點恢復
7. 全DB“開始備份”命令加速映象分割
8. 經過改進的恢復並行操作（2至4倍）
9. 表空間重新命名
10. 存檔日誌代理（第三方）備份
11. 基於時間視窗的加速備份
12. 跨平臺可傳輸表空間

　　由於能夠生成即時備份，因此分割映象備份非常實用。Oracle和DB2都具備分割映象備份功能。不過，Oracle可以在資料庫執行和磁碟寫入的同時分割映象。而DB2映象分割時必須掛起資料庫I/O，因此操作過程中，資料庫是不能寫入的。

　　如果存檔日誌檔案損壞，Oracle能夠通過LogMiner工具翻閱損壞的日誌檔案，恢復日誌檔案中記錄的交易。對於DB2來說，存檔日誌檔案損壞意味著不僅特定日誌檔案中的交易全部丟失，而且損壞日誌檔案之後建立的存檔日誌檔案也會丟失。

　　採用Oracle的塊級介質恢復功能，當只有一個塊損壞時，只是這個塊需要恢復，檔案的其餘部分，即含有這個塊的表仍然可以線上訪問，從而提高了資料的可用性。DB2不能以塊為單位恢復資料，因此需要將整個檔案離線、重建、恢復。

人為錯誤恢復
　　 大量調查結果顯示，40%的應用中斷是操作者或使用者錯誤造成的。這些都屬於人為操作不當。但這類錯誤很難避免，而且沒有先進的計劃工具和相應的技術很難恢復。

　　Oracle資料庫10g提供了人為錯誤修正技術，稱為Flashback。Flashback配置了SQL介面，可以迅速分析修復人為錯誤。Flashback是Oracle資料庫10g的獨創技術，可以任何粒度級別進行恢復，包括行、事務、表和整個資料庫。

1. Flashback查詢可供使用者查詢過去某一時間點的資料，重建被意外刪除或更改的資料。
2. Flashback版本查詢可按行檢視資料庫一段時間內發生的變化。
3. Flashback事務查詢可按事務檢視資料庫的變化。
4. Flashback資料庫是一種按時間點進行恢復的新戰略，可以快速將Oracle資料庫倒回至以前的時間，以修復邏輯資料損壞或使用者錯誤造成的問題。
5. Flashback表可方便快捷地恢復過去時間某一點的表或一組表。
6. Flashback刪除為刪除物件提供安全保證，您可以簡便快速地恢復刪除的表及其相關的物件。

增量磁碟備份及Flashback技術不需要分割映象備份。DBA從備份到修正錯誤不必經過漫長的重建過程，在不採用費用很高的磁碟映象技術的情況下，可以顯著提高恢復速度。

線上維護
理想環境下，DBA應該能夠線上執行所有維護工作，即在操作過程中可以繼續所有業務交易。Oracle不僅線上執行交易的能力強於DB2，而且顯著提高了執行的控制能力。幾乎每一種重組操作在Oracle中都可以線上執行，建立新索引、合併或刪除現有索引，或對錶進行各種改變，包括加減欄位。而DB2只能在線合併索引。DB2中的所有其他操作都需要停止資料庫交易，釋放所有的鎖5。

　　Oracle資料庫大量維護工作可以在資料庫執行、使用者更新或訪問資料不中斷的情況下進行。索引可以在資料庫執行狀態下，終端使用者讀取或更新資料的同時新增、重建或整理。同樣，表也可以線上重新定位或整理。在不中斷終端使用者檢視或更新基礎資料的情況下，還可以對錶重新定義，改變表型別，加減、重新命名列和改變儲存引數。Oracle資料庫10g這種功能強化後，可以：
1. 支援快速克隆表索引、授權、限制及其他特性；
2. 線上將Long資料型別轉換為LOB資料型別；
3. 建立唯一索引，而不需要使用關鍵字。

　　Java?和PL/SQL?儲存程式可以動態更新，Oracle管理所有從屬關係，在資料庫中正確整合新程式，對終端使用者的執行不構成影響。Oracle資料庫10g中強化了這種功能，從而可以在相關儲存程式不進行重新編譯的情況下，對錶做各種變更。

資料中心災難
　　 Oracle Data Guard是在業內推出的最全面、最可靠的災難恢復解決方案，可以：
1. 防止人為錯誤導致的執行中斷和系統災難
2. 零資料丟失保護
3. 近乎實時的資料同步
4. 整合基於GUI的管理框架

　　Oracle Data Guard可以在各種系統災難下對客戶加以保護。Data Guard可以自動完成複雜的任務，為維護備用系統提供監控、告警和控制功能。同時，除報告外，Data Guard還利用備用伺服器進行維護、更新（硬體、作業系統和資料庫軟體）和日常管理，從而減少了計劃停機。

　　IBM沒有與Oracle Data Guard相當的產品。採用DB2，每個備用資料庫都是一項定製作業，向備用站點發送重複日誌之類的基礎工作都需要依靠使用者編寫日誌傳送標註。DB2使用者建立的備用資料庫“解決方案”可靠性差，且實施成本高。

資料倉庫與商務智慧
　　 商務智慧系統的良好執行建立在資料倉庫的基礎上，這種資料倉庫要求能夠滿足日益擴大的受眾對資訊不斷增長的要求。無論資料儲存在何處，要為客戶提供即時資訊。無論是大企業，還是中小企業，也無論是傳統企業或.com公司，商務智慧系統都要面臨上述兩方面的要求。事實上，AMR調查結果顯示，在為不斷增長的使用者提供即時資訊和透明支援大量資料來源的推動下，資料庫正逐漸演變為資料倉庫，這種合併過程目前正在以每年40%的速度發展。這意味著，資料倉庫能夠儲存更多資料，支援更多使用者，執行速度更快，而且不降低服務質量。資料倉庫的核心要求：效能、擴充套件能力和管理能力仍是成功部署資料倉庫的關鍵因素。

　　Oracle資料庫10g是一個基於標準的獨立平臺，可滿足伺服器一側商務智慧和資料倉庫的各種要求，包括提取、轉換和裝載（ETL），線上分析處理（OLAP）和資料探勘。在商務智慧環境下，Oracle資料庫的功能不需要多個引擎。這種商務智慧架構具有許多優點：
1. 快速部署：部署商務智慧系統時不需要整合多個伺服器元件；
2. 降低管理成本：一個伺服器意味著所有資料都儲存 在一個位置，通過一個工具進行管理。而且，不需 要管理各伺服器儲存資料的同步流程。當Oracle 資料庫10g裝載新資料時，可供所有商務智慧使 用。
3. 有利於制定決策：採用一個數據庫，所有商務智慧使用者都可以迅速訪問商務智慧系統中的資料，因為 不需要從一個伺服器到另一個伺服器過濾資料。
4. 安全：全部資料儲存在一個數據庫中，無論採用何 種方法訪問，IT管理員都可以保證商務智慧資料的安全。
5. 可用性：Oracle資料庫10g具有出色的可用性，遠 遠高於其他智慧產品的可用性水平。

擴充套件性
　　 長期以來，Oracle一直支援各種平臺和作業系統，為客戶提供了靈活的選擇和協商的餘地。Oracle支援當前擴充套件能力最強的64位對稱多處理（SMP）系統和非統一儲存器訪問（NUMA）系統，並且一直在支援90年代中期以來的同類系統結構。Oracle和IBM支援的大規模並行處理（MPP）系統，由於需要管理多個作業系統和資料庫例項，因此對維護有比較高的要求。IBM SP是針對採用分割槽技術的IMB DB2 UDB ESE（以前稱EEE）設計的MPP 平臺。IBM解決方案依靠雜湊分割槽技術，在MPP合成系統中提供理論上對稱的資料分佈。這種方法需要進行MPP管理和除錯，以最大限度減少實際業務查詢中的資料變形問題，這些在Oracle真正應用叢集的非共享/共享磁碟系統中得到顯著改善。

　　IBM的VLDB例項還是以IBM平臺為主，儘管IBM DB2推出了基於其他平臺的產品（HP, Sun, Linux, Windows），但系統在這些平臺上的效能和擴充套件能力幾乎沒有例項加以證實。

以下是部分Oracle數TB（資料）客戶：
1. Amazon.com，13TB資料，執行在HP Superdome
2. Acxiom，6TB資料，執行在HP AlphaServer集 群
3. AtosEuronext，1.5TB資料，執行在RedHat Linux 叢集
4. Best Buy，1.5TB資料，執行在Sun e-1000
5. 高露潔，2.6TB資料，運行於基於IMB P690的 SAP BW Financial Institute，
6. 5TB資料，執行在多節點206 CPU IBM SP
7. 法國電信，21+TB資料，執行在HP V-2500
8. 義大利移動電信，9.6TB資料，執行在HP AlphaServer叢集

並行機制
　　 Oracle可擴充套件的、並行決策支援戰略以動態並行機制為核心。這種方法可以實現完全透明的並行，不需要靜態表分割槽，大大減少了資料管理工作，最大限度地利用硬體的潛在能力。O在racle用於資料維護的分割槽選項中，也增加了分割槽間的並行處理支援，包括並行DML。Oracle還支援每個分割槽內查詢和插入的並行處理。

　　對比之下，IBM（DB2 UDB EEE）最初選擇分割槽作為並行處理手段。IBM提出了“UNION ALL”工作區的建議。有趣的是，IBM基於OS/390（Z/OS）的DB2卻並未選擇這種方法，而是採用了Sysplex共享磁碟，分割槽（範圍）的方法只是用於管理。

　　Oracle8i的優化器增加了“物化檢視”，這是RDBMS中的一種分層彙總表，查詢可以透明地轉至彙總層，從而極大地提高了查詢效能。Oracle對事實表和維表實現了這種功能。IBM在DB2 UDB中採用了類似方法，但僅支援事實表（Version 7以上版本）。

　　現在，Oracle基於成本的查詢優化器成本計算功能可應用於Oracle的資料庫資源管理器，用以給不同的使用者組（或“查詢使用者”）配置成本限制，防止不夠完善的查詢干擾同樣有效能要求的其他使用者的查詢。 而IBM則是通過工具由資料庫外部解決這一問題。

　　有必要指出，Oracle還在資料庫中嵌入了OLAP選項和資料探勘選項，因此可以在資料儲存位置，而不是商務智慧工具中進行高階分析，從而提高了系統的效能。OLPA選項可通過SQL或Java API訪問。資料探勘選項可通過Java API訪問。

分割槽
　　 分割槽可以將大型資料庫結構（表、索引等）分解為比較小的，更加易於管理的結構單位，同時，可以提高查詢的效能和資源利用率。

　　DB2僅支援雜湊分割槽方法，與Oracle分割槽方法相比存在很大的侷限性和明顯的弱點。由於只能進行雜湊分割槽，因此DB2不支援“滾動視窗”，就管理性而言，這是一種嚴重的不足。“滾動視窗”可以使規定期間的資料（如一週、一個月）持續地由最新資料線上替換舊資料。DB2雜湊分割槽在載入新資料時，要求所有分割槽的資料重新分佈，因此延長了載入時間，降低了資料的可用性，因為資料重新分佈過程中，表呈鎖定狀態。同樣，當舊資料存檔或刪除時會涉及到所有分割槽。這樣會干擾常規的插入操作，造成空間碎片。

　　DB2的另一個缺點是要求表與索引之間均衡分割槽。這意味著，不能建立全域性索引，包括分割槽的或非分割槽的。對於通常需要採用全域性索引有效訪問某個記錄的OLAP環境來說，這是一個嚴重的問題。採用DB2，應用設計人員無法靈活地定義在分割槽中的索引策略。 DB2分割槽方法存在的這些侷限，使得管理大量資料的工作變得十分複雜。在這方面，Oracle提供了豐富的選擇方法，不僅提高了可管理性，而且改善了系統的效能。

資料載入與存檔
　　 Oracle資料庫10g採用了Oracle資料泵（Data Pump），這是一種基於伺服器的統一框架，可用於Oracle資料庫系統之間快速傳送批資料和元資料。利用直接路徑API，Oracle資料泵可以最快速地完成Oracle系統的資料載入和解除安裝。Oracle資料泵是企業級伺服器基礎架構，具備載入和解除安裝全並行功能、重啟功能和監控功能。Oracle資料泵的所有介面全部外接，因此您可以編寫自己的資料傳送工具。利用資料泵輸出（Export）和輸入（Import）工具，可以在目標平臺上解除安裝或重新載入任何資料物件的子集。如果在檔案系統不同語法的平臺間傳送資料，現在可以改變某些物件輸入時建立的定義，資料不會發生丟失。

　　DB2輸出功能一次僅允許傳送一個表的資料。因此，假如模型中有20個表，就需要執行20次輸出作業，一次完成一個表。除浪費時間和人力外，還會由於表的依賴關係在不同時間傳送造成輸出資料不一致。因此，如果模型中含有ORDERS和ORDER_ITEMS兩個表，由於ORDER_ITEMS在ORDERS表之後輸出，ORDER_ITEMS的輸出資料中可能含有ORDERS表的輸出檔案中不存在的項。這種不一致會造成輸出檔案根本無法使用，因為這樣的檔案不能用來重建完全一致的資料快照。而Oracle不僅可以讓管理員在模型、表和資料庫層輸出資料，而且可在輸出作業開始後，保證輸出資料相對於時間點的一致性，不必考慮給定表的輸出時間。因此，在上例中，管理員只需執行一次作業，輸出完整的模型，不必擔心輸出資料出現不一致的問題。

　　第二，由於DB2輸出檔案不能提取某些表和模型屬性，因此根本無法用來邏輯建立模型或資料庫。據“DB2資料傳送指南與參考”介紹，DB2 輸出不支援帶有型別列的表單，不能保留參照完整性約束、檢驗約束、物理空間分配設定、預設列、外部關鍵字定義和觸發器等屬性。同時，也不支援任何非表的其他資料庫物件，如檢視、儲存過程等。因此，與隨時用來執行邏輯備份、重建模型或資料庫的Oracle輸出/輸入工具不同，DB2工具僅用於表輸入輸出資料。即使這種用途也不是隨便可以執行，因為DB2輸入不能用於重建LOB列定義大於1GB以上的表7。

　　Oracle SQL 載入器（Oracle SQL Loader）是另一種由外部檔案向Oracle資料庫表載入資料的有力工具。與DB2 Load不同，SQL Loader可以在同一次載入會話中，將資料裝入多個表，從而使採用SQL函式操縱資料成為可能，資料在載入過程結束後可以進行訪問。這對於DB2來說是無法實現的，除非管理員備份表空間，啟動完整性約束8。除簡單資料載入外，Oracle資料庫10g還配備了成套伺服器功能，可滿足ETL處理要求（提取、轉換、載入）。採用Oracle外部表功能，平面檔案等外部源資料可以配置在資料庫中，如同正常資料庫表一樣。這些“外部表”可通過SQL存取。這樣，外部資料可以採用SQL、PL/SQL和Java直接查詢，並行裝入資料庫。外部表在一個步驟中完成資料轉換和裝載，從而大大簡化了ETL處理過程。DB2則需要採用多個人工步驟。DB2首先需要將外部資料裝入“分級表”，然後進行SQL轉換，最後才能進行處理。因此，增加了DBA的工作量，延長了ETL的週期！

　　操作影響
　　 在許多組織中，一個Oracle DBA可以管理多個數據庫。對於大規模決策支援，以下例項可以有力地證明Oracle系統如何精減實際需要的的DBA人員數量：
1. Acxiom，16TB資料庫，2 DBAs
2. Acxiom，6TB資料庫（RAC），2 DBAs
3. Amazon.com，16TB資料庫，2 DBAs
4. 法國電信，21+TB資料庫，2 DBAs
5. 義大利移動電信，12TB資料庫（OPS），3 DBAs
6. WestPac，2.3TB資料庫，2 DBAs

　　影響操作的另一個考慮因素是技術能力問題。Oracle的技術支援能力遠不止資料倉庫/決策支援實施（大多數分析人士認為這隻佔其技術支援的30-50%），也並不僅限於Oracle現有經驗老道的顧問和設計師。一般情況下，Oracle客戶利用內部技術力量完成部署工作。需要諮詢幫助的客戶可找Oracle，四大諮詢公司及大量二級專業諮詢機構。因此，Oracle專案經理可以在豐富的技術資源和靈活的價位中進行選擇。例如，最近“Monster.com”的Oracle技能調查顯示，初步掌握Oracle技能的人員達到5000人，而掌握“DB2 UDB”技術的人很少（不到200人）。

應用開發
　　 每個企業都正在開發基於網際網路的應用，以充分利用網際網路無處不在、廉價和開放式標準的優勢。不過，開發這類應用面臨嚴峻的挑戰，對開發平臺也提出了更高的要求。選擇正確的平臺是成功開發應用的必要條件。Oracle資料庫10g為開發用於網格計算的靈活、可擴充套件、高效能的資料庫應用，提供了最為全面的功能。

　　調查顯示，大部分成套應用軟體主流供應商首先支援Oracle。這是各類軟體中的普遍現象，包括ERP、CRM、採購和供應鏈。由於Oracle系統已具有相當大的使用規模，具有基於Oracle部署成套應用豐富經驗的實施提供商也相當多。

　　大部分應用都要涉及某種型別的文字操作，SQL和PL/SQL所固有的對於正則表示式操作的支援可對這些應用提供有力幫助，它徹底改進了在資料庫中進行文字搜尋和處理的能力。在DB2中，正則表示式支援由PCRE庫軟體提供，這是一種資料庫外部的開放原始碼軟體。
　　 ANSI SQL多重集操作可以使資料探勘應用在資料庫內部處理市場分類資訊（market basket information）。Oracle現已支援基於巢狀表（Nested Tables）的SQL多重集操作。DB2根本不支援聚集型別！

　　Oracle資料庫10g有兩種新排序方法，一種是大小寫不敏感型排序，另一種是音調不敏感型排序。這樣便於應用處理例如姓名和地址這樣的資料，他們可以使用音調和混合大小寫儲存。IBM DB2不支援大小寫不敏感型操作。

　　實行最新Unicode標準後，Oracle字符集ATL32UTF8和AL16UTF16（gb2312和UTF-16）現已支援Unicode 3.2，加4位元組補充字元。IBM DB2支援Unicode 3.0，但不支援補充字元。

　　大型物件塊（LOB）用於儲存非結構資料，如視訊、音訊和文件。Oracle資料庫10g可以儲存檢索最高128 TB的LOB，IBM DB2最多僅能儲存2GB LOB。
　
　　 Oracle資料庫10g的SQL Model子句可將查詢結果作為多維陣列集合，匯出精細的相互關係公式。這些公式可用於複雜數字運算應用，如預算和預測，不需要提取資料組成電子資料表，或執行復雜的連線與合併操作。

　　對於Microsoft .Net開發人員，Oracle推出了專門用於.Net的高效能Oracle資料供應器ODP.Net （Oracle Data Provider），這一工具符合ADO.Net標準。ODP.Net支援Oracle固有的資料型別，如REF游標和LOBS。DB2只有DB2資料供應器的開發版，僅提供相當於ODBC.Net的一個普通介面。

　　Web服務正在滲透到企業計算的各個層面，從成套電子商務應用（如ERP，CRM）到中間層（如J2EE，.NET），直至資料庫基礎設施。資料庫中結構資料、非結構資料和資料邏輯的激增，XML正在被越來越多地用作資料交換格式，以及HTTP作為異構環境下普遍採用的傳輸機制得到事實上的認可，引起人們對資料庫Web服務的廣泛興趣。資料庫Web服務是雙向的：資料庫作為服務供應方，即由外向內呼叫時，客戶機應用可以通過Web服務機制訪問資料庫；資料庫作為服務消費方時，即由內向外呼叫時，資料庫會話中的SQL查詢或應用模組使用外部 Web 服務。Oracle可以幫助您將資料庫變為服務供應方。這樣，您可以在企業內部網中共享資料和元資料，通過SOAP請求訪問資料庫操作，如觸發器。同樣，Oracle也可以幫助您將資料庫變為服務消費方訪問動態資料。這種功能自Oracle 8i開始推出，Oracle資料庫10g對這一功能進一步正規化，在JPublisher中添加了新應用，支援資料庫成為Web服務供應方（資料庫中配置SQL查詢、SQL DML、Java），並使JPublisher支援資料庫成為Web服務消費方。DB2的Version 8也提供Web 服務供應方和消費方支援，但由於DB2未與JavaVM整合，因此必須依靠手工處理靜態SOAP資訊，或非SOAP程式庫。

基於Web的開發工具
　　 Oracle HTML DB是專門為Oracle資料庫10g開發的，基於瀏覽器的web開發部署框架。這一工具將易用、高效的個人資料庫與具有可用性、可擴充套件和安全的企業資料庫加以整合。Oracle HTML DB是一種說明性開發工具和開發部署面向資料庫web應用的框架。Oracle HTML DB內建功能提高了應用開發速度，如設計主題、導航控制、模式處理器和靈活的報表。您只需通過 web瀏覽器，即可快速組裝資料庫驅動的先進web應用。

　　許多組織採用電子資料表和個人資料庫管理資訊，因此浪費了大量寶貴時間。這些產品雖然易用，但不能適於在 web環境下部署，也不能逐漸加以擴充套件支援多使用者資料更新。將大量小的工作組級資料庫，包括電子資料表整合在Oracle資料庫之下，免去了開發人員控制方面的麻煩，使得Oracle HTML DB在以下方面表現出明顯的優勢：
1. 當前電子資料表和個人資料庫中鎖定的資料部 署在web環境下，可以進行多使用者並行更新，從而 提高了存取能力。
2. 電子資料表不再以附件形式通過電子郵件傳送，合併和清除多個數據拷貝，從而節省時間。
3. 將分散的資訊合併到安全、可靠、可擴充套件的Oracle資料庫中，提高了安全性和可用性。
5. 構建您從未有過的應用，即使是“快速而又隨性”（quick and dirty）的應用也可以立即為企業使用者部署在web環境下。

全球化
　　 Oracle全球化開發包（GDK）包括成套Java API，為應用開發人員採用Oracle設計的最佳的全球化實踐和功能開發全球網際網路應用提供了基礎框架。

　　DB2尚未提供Java全球化API。不過，IBM可以提供Java 全球化庫，稱作ICU（Unicode國際元件），這是一種開放原始碼，可提供GDK的子集功能。與GDK相似之處在於，ICU可以提供低端API，用於語言分類、數字格式化、補充字元支援等。但與GDK不同的是，這一工具不能提供構建全球網際網路應用的高階API，如使用者地區檢測、預翻譯地區名、全球應用配置檔案、語言和字符集檢測、自動轉移、撤消本地化內容等。

管理您的所有資料
非結構資料
　　 結構資料只是組織中關鍵資料的一部分。電子資料表、字處理文件、視訊剪輯、報紙文章、新聞稿和地圖等，也僅是可以在中央庫中集中管理的一小部分非結構物件。Oracle資料庫10g以其現有的強大功能，可以整合的方式管理您的全部資料，關係型資料、電子郵件、文件、多媒體、XML和專用資料。具體產品包括：
1. interMedia
　 a.影象擴充套件功能，可儲存檢索影象
b.音訊擴充套件功能，可儲存檢索音訊剪輯
c.視訊擴充套件功能，可儲存檢索視訊剪輯
d.位置擴充套件功能，可檢索與座標相關的資料
2. Text
a.文字擴充套件功能，可檢索文件及文件摘要
3. 本機XML儲存
4. 空間資料選項
a.提供資料與座標的連結
b.地理資訊系統（GIS）夥伴供應商的典型支援

IBM一直採用“擴充套件器”作為處理這類資料的方法。IBM將所有媒體和元資料儲存在關係資料相關的各個表中，因此處理的工作量大，媒體訪問的I/O開銷大，管理費用高。Oracle資料庫10g採用先進的技術可以對元資料進行自動化處理。而IBM DB2若想使DB2表空間接收元資料，則需要DBA手工處理各個流程。由於IBM採用觸發器，每建立一個媒體物件需觸發一次觸發器來更新含有元資料物件和元資料的管理表，大大增加了處理成本。如果採用媒體資料型別的Java物件方法，IBM不能提供用於媒體訪問的Java類庫，也不能為JSP應用開發人員提供JSP Tag庫。客戶必須自己編碼。大量需要開發維護的程式碼使得應用成本大大高於開發維護費用。

XML
　　 Oracle XML DB是Oracle9i資料庫第二版推出的一種高效能的XML儲存檢索技術。這一技術在Oracle伺服器中全面結合W3CXML資料模型，為導航和查詢XML提供了新的標準訪問方法。採用XML DB，您可以同時利用關係資料庫技術和XML技術。XML DB還在資料庫中添加了XML庫。Oracle資料庫10g Intermedia 現已與XML DB 整合，可以使影象等含有媒體的XML文件具有這些影象分析過的元資料，從而可以標註索引，便於影象和母XML檔案的定位。

　　IBM在DB2 v8.1 XML擴充套件器中提供資料庫XML技術。擴充套件器是一種鬆散耦合掛件，無法與Oracle固有XML支援相比。IBM在其資訊整合器8.1（Information Integrator）中採用了XML封裝資料整合技術。與Oracle不同，DB2必須採用單獨軟體XML擴充套件器（XML Extender）和文字擴充套件器（Text Extender）經“擴充套件”後支援XML。這三個產品是由全球不同組織分別開發的，彼此之間往往互不協調。這種系統的使用者不僅受到產品整合度差帶來的管理方面的問題，而且鬆散耦合給功能和效能也造成不利的影響。

　　Oracle的XML DB技術優於IBM的方法，具體表現在：
1. 本身支援XML資料模型及其他XML標準
2. 整合SQL、XML、Java和Text處理，不需要新增 部件，提高了擴充套件能力
3. 先進豐富的程式設計存取功能
4. 成套XML產品，包括支援面向內容XML的XML 庫

Butler Group在對主要XML資料管理技術進行比較後的報告中總結道：“IBM DB2令人感到失望…總體來看，這一系統缺乏Oracle 9i那樣豐富的支援功能…在編寫本報告之前，我們徵求了專業人士的意見，大家一致期待著如何給這兩套系統打分…一種可怕的意見認為，可以將Oracle和IBM並列第一。這不僅是不可能的，而且兩個系統幾乎不可同日而語…”

結論
　　 Oracle 資料庫10g是第一個專門為企業網格計算設計的資料庫。Oracle 資料庫10g在系統性能、擴充套件能力、資源利用率、管理性、可用性及滿足新興技術發展方面繼續保持業內領先水平。Oracle使網格技術真正成為企業的解決方案。

　　Oracle資料庫以其25年的技術優勢和專業經驗為基礎，始終是市場上首選的資料庫產品。採用Oracle資料庫不僅可以立即實現經濟效益，而且這種投資也可以保證滿足您未來的需求。