db2與oracle差別-文庫吧
2025-06-13 07:43 本頁面
【正文】 Oracle和DB2都具備分割鏡像備份功能。不過，Oracle可以在數(shù)據(jù)庫運(yùn)行和磁盤寫入的同時(shí)分割鏡像。而DB2鏡像分割時(shí)必須掛起數(shù)據(jù)庫I/O，因此操作過程中，數(shù)據(jù)庫是不能寫入的?！ ∪绻鏅n日志文件損壞，Oracle能夠通過LogMiner工具翻閱損壞的日志文件，恢復(fù)日志文件中記錄的交易。對(duì)于DB2來說，存檔日志文件損壞意味著不僅特定日志文件中的交易全部丟失，而且損壞日志文件之后創(chuàng)建的存檔日志文件也會(huì)丟失。 采用Oracle的塊級(jí)介質(zhì)恢復(fù)功能，當(dāng)只有一個(gè)塊損壞時(shí)，只是這個(gè)塊需要恢復(fù)，文件的其余部分，即含有這個(gè)塊的表仍然可以在線訪問，從而提高了數(shù)據(jù)的可用性。DB2不能以塊為單位恢復(fù)數(shù)據(jù)，因此需要將整個(gè)文件脫機(jī)、重建、恢復(fù)。10: 并行機(jī)制 Oracle可擴(kuò)展的、并行決策支持戰(zhàn)略以動(dòng)態(tài)并行機(jī)制為核心。這種方法可以實(shí)現(xiàn)完全透明的并行，不需要靜態(tài)表分區(qū)，大大減少了數(shù)據(jù)管理工作，最大限度地利用硬件的潛在能力。O在racle用于數(shù)據(jù)維護(hù)的分區(qū)選項(xiàng)中，也增加了分區(qū)間的并行處理支持，包括并行DML。Oracle還支持每個(gè)分區(qū)內(nèi)查詢和插入的并行處理?！ ?duì)比之下，IBM（DB2 UDB EEE）最初選擇分區(qū)作為并行處理手段。IBM提出了“UNION ALL”工作區(qū)的建議。有趣的是，IBM基于OS/390（Z/OS）的DB2卻并未選擇這種方法，而是采用了Sysplex共享磁盤，分區(qū)（范圍）的方法只是用于管理。11: 分區(qū)分區(qū)可以將大型數(shù)據(jù)庫結(jié)構(gòu)（表、索引等）分解為比較小的，更加易于管理的結(jié)構(gòu)單位，同時(shí)，可以提高查詢的性能和資源利用率?！ B2僅支持散列分區(qū)方法，與Oracle分區(qū)方法相比存在很大的局限性和明顯的弱點(diǎn)。由于只能進(jìn)行散列分區(qū)，因此DB2不支持“滾動(dòng)窗口”，就管理性而言，這是一種嚴(yán)重的不足?！皾L動(dòng)窗口”可以使規(guī)定期間的數(shù)據(jù)（如一周、一個(gè)月）持續(xù)地由最新數(shù)據(jù)在線替換舊數(shù)據(jù)。DB2散列分區(qū)在加載新數(shù)據(jù)時(shí)，要求所有分區(qū)的數(shù)據(jù)重新分布，因此延長了加載時(shí)間，降低了數(shù)據(jù)的可用性，因?yàn)閿?shù)據(jù)重新分布過程中，表呈鎖定狀態(tài)。同樣，當(dāng)舊數(shù)據(jù)存檔或刪除時(shí)會(huì)涉及到所有分區(qū)。這樣會(huì)干擾常規(guī)的插入操作，造成空間碎片?！ B2的另一個(gè)缺點(diǎn)是要求表與索引之間均衡分區(qū)。這意味著，不能創(chuàng)建全局索引，包括分區(qū)的或非分區(qū)的。對(duì)于通常需要采用全局索引有效訪問某個(gè)記錄的OLAP環(huán)境來說，這是一個(gè)嚴(yán)重的問題。采用DB2，應(yīng)用設(shè)計(jì)人員無法靈活地定義在分區(qū)中的索引策略。 DB2分區(qū)方法存在的這些局限，使得管理大量數(shù)據(jù)的工作變得十分復(fù)雜。在這方面，Oracle提供了豐富的選擇方法，不僅提高了可管理性，而且改善了系統(tǒng)的性能。12: 數(shù)據(jù)加載與存檔 Oracle數(shù)據(jù)庫10g采用了Oracle數(shù)據(jù)泵（Data Pump），這是一種基于服務(wù)器的統(tǒng)一框架，可用于Oracle數(shù)據(jù)庫系統(tǒng)之間快速傳送批數(shù)據(jù)和元數(shù)據(jù)。利用直接路徑API，Oracle數(shù)據(jù)泵可以最快速地完成Oracle系統(tǒng)的數(shù)據(jù)加載和卸載。O
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1