1、1.傳統(tǒng)數(shù)據(jù)庫的優(yōu)劣勢數(shù)據(jù)庫技術(shù)產(chǎn)生于20世紀(jì)60年代末期，是計算機領(lǐng)域中最重要的技術(shù) 之一，是一種比較理想的管理技術(shù)。數(shù)據(jù)庫 （Data Base）可以看作是與現(xiàn)實 世界有一定相似的模型，是認(rèn)識世界的基礎(chǔ)，是集中、統(tǒng)一存儲和管理某個 領(lǐng)域信息的系統(tǒng)，它根據(jù)數(shù)據(jù)間的自然聯(lián)系而構(gòu)成，數(shù)據(jù)較少冗余，且具有 較高的數(shù)據(jù)獨立性，能為多種應(yīng)用服務(wù)。而傳統(tǒng)的數(shù)據(jù)庫是指關(guān)系型數(shù)據(jù)庫， 如 MySQL Oracle、SqIServer 等。1傳統(tǒng)數(shù)據(jù)庫的優(yōu)勢靈活性和建庫的簡單性：從軟件開發(fā)的前景來看，用戶與關(guān)系數(shù)據(jù)庫編程之間的接口是靈活與友好的。目前在多數(shù) RDDM產(chǎn)品中使用標(biāo)準(zhǔn)查詢 語言SQL允許用戶幾乎毫

2、無差別地從一個產(chǎn)品到另一個產(chǎn)品存取信息。 與關(guān)系數(shù)據(jù)庫接口的應(yīng)用軟件具有相似的程序訪問機制，提供大量標(biāo)準(zhǔn) 的數(shù)據(jù)存取方法。結(jié)構(gòu)簡單：從數(shù)據(jù)建模的前景看，關(guān)系數(shù)據(jù)庫具有相當(dāng)簡單的結(jié)構(gòu)（元 組），可為用戶或程序提供多個復(fù)雜的視圖。數(shù)據(jù)庫設(shè)計和規(guī)范化過程也 簡單易行和易于理解。由于關(guān)系數(shù)據(jù)庫的強有力的、多方面的功能，已 經(jīng)有效地支持許多數(shù)據(jù)庫納應(yīng)用。易于維護：豐富的完整性（實體完整性、參照完整性和用戶定義的完整性） 大大減低了數(shù)據(jù)冗余和數(shù)據(jù)不一致的概率。2傳統(tǒng)數(shù)據(jù)庫的劣勢數(shù)據(jù)類型表達(dá)能力差：從下一代應(yīng)用軟件的發(fā)展角度來看，關(guān)系數(shù)據(jù)庫 的根本缺陷在于缺乏直接構(gòu)造與這些應(yīng)用有關(guān)的信息的類型表達(dá)能力， 缺

3、乏這種能力將產(chǎn)生以下有害的影響， 例如：大多數(shù)RDBM產(chǎn)品所采用 的簡單類型在重構(gòu)復(fù)雜數(shù)據(jù)的過程中將會出現(xiàn)性能問題；數(shù)據(jù)庫設(shè)計過程中的額外復(fù)雜性；RDBM產(chǎn)品和編程語言在數(shù)據(jù)類型方面的不協(xié)調(diào)。大多數(shù)現(xiàn)代的RDBM產(chǎn)品已成熟地用于商務(wù)和財政方面，而這些領(lǐng) 域不要求很高和很復(fù)雜的數(shù)據(jù)模型。雖然這些產(chǎn)品多多少少克服了一些 以上所述的缺點，但從理論上看關(guān)系數(shù)據(jù)模型不直接支持復(fù)雜的數(shù)據(jù)類 型，這是由于第一范式的要求，所有的數(shù)據(jù)必須轉(zhuǎn)換為簡單的類型， 如 整數(shù)、實數(shù)、雙精度數(shù)和字符串。對于工程應(yīng)用來說，這種不能支持復(fù)雜數(shù)據(jù)類型的典型結(jié)果就 是需要額外地分解數(shù)據(jù)結(jié)構(gòu)工作，這些被分解的結(jié)構(gòu)不能直接表示應(yīng)用 數(shù)

4、據(jù)，且從基本成分重構(gòu)時也非常繁瑣和費時間。復(fù)雜查詢功能差：關(guān)系數(shù)據(jù)庫系統(tǒng)的某些優(yōu)點也同時是它的不足之處。 雖然SQL語言為數(shù)據(jù)查詢提供了很好的定義方法，但當(dāng)用于復(fù)雜信息的 查詢時可能是非常繁瑣的。此外，在工程應(yīng)用時規(guī)范化的過程通常會產(chǎn) 生大量的簡單表。在這種環(huán)境下由存取信息產(chǎn)生的查詢必須處理大量的 表和復(fù)雜的碼聯(lián)系以及連接運算。除非這些查詢以固定的例行程序方式提供，否則用戶就必須對SQL 非常熟悉，以便適當(dāng)?shù)貫g覽數(shù)據(jù)庫，查出所需的信息。然而，一旦查詢 方式按固定例行程序方式進行，用戶最終就進行應(yīng)用軟件的常規(guī)維護。 但應(yīng)用或人機接口軟件的變化又可能要求經(jīng)常修改例行的查詢，數(shù)據(jù)庫結(jié)構(gòu)的變化也可能導(dǎo)

5、致例行查詢程序以及應(yīng)用或人機接口軟件的失效。 由于這些原因，關(guān)系數(shù)據(jù)庫系統(tǒng)的維護開銷可能是很大的。由于關(guān)系數(shù)據(jù)庫不能提供足夠的構(gòu)造能力及性能方面的原因，在進 行較復(fù)雜的數(shù)據(jù)庫設(shè)計過程中，不可能將許多工程問題直接分解成一些 簡單的部分。由于缺乏直接指針存取方法，所以查詢有關(guān)的信息需要花 費時間。支持長事務(wù)能力差；由于RDBMSS錄鎖機制的顆粒度限制，對于支持多 種記錄類型的大段數(shù)據(jù)的登記和檢查來說，簡單的記錄級的鎖機制是不 夠的，但基于鍵值關(guān)系的較復(fù)雜的鎖機制來說卻很難推廣也難以實現(xiàn)。 環(huán)境應(yīng)變能力差：在要求系統(tǒng)頻繁改變的環(huán)境下，關(guān)系系統(tǒng)的成本高且 修改困難。在工程應(yīng)用中支持模式演變(schem

6、aevolution )的功能 是很重要的，而RDBM不容易支持這種功能。另外，關(guān)系數(shù)據(jù)庫和編程 語言所提供的數(shù)據(jù)類型的不一致，使得從一個環(huán)境轉(zhuǎn)換到另一個環(huán)境時 需要多至30%的附加代碼。2.主流的數(shù)據(jù)倉庫及其優(yōu)劣勢1. TeradataTeradata近幾年一直處于數(shù)據(jù)倉庫領(lǐng)導(dǎo)者地位，我行數(shù)據(jù)倉庫也采用 Teradata 產(chǎn)品。 Teradata 數(shù)據(jù)倉庫產(chǎn)品線豐富，能夠適應(yīng)各種規(guī)模的數(shù)據(jù)倉 庫。 產(chǎn)品主要是集成的專用數(shù)據(jù)庫設(shè)備（集成了服務(wù)器、存儲、操作系統(tǒng)和數(shù) 據(jù)庫），有單節(jié)點系列（面向開發(fā)和測試）、1系列（面向大規(guī)模數(shù)據(jù)存儲分析） 、 2 系列（面向部門級數(shù)據(jù)倉庫） 、 4 系列（采用固

7、態(tài)硬盤，面向高速分析） 、 5 系 列（面向企業(yè)級數(shù)據(jù)倉庫） 。Teradata 的數(shù)據(jù)倉庫解決方案齊全，以前一直走“高端策略” ，在大規(guī)模 企業(yè)級數(shù)據(jù)倉庫客戶中占有絕對優(yōu)勢。 不過， 在其他產(chǎn)品的競爭下， 逐漸向中端 客戶領(lǐng)域擴展。產(chǎn)品優(yōu)勢：大數(shù)據(jù)量處理性能較強 可線性擴展，實現(xiàn)投資保護數(shù)據(jù)庫易于管理和維護 第三方軟件產(chǎn)品豐富產(chǎn)品不足：專用設(shè)備，環(huán)境搭建復(fù)雜，擴展時停機時間較長 混合負(fù)載控制存在問題各系列產(chǎn)品互聯(lián)困難價格較高Oracle ExadataOracle 是數(shù)據(jù)庫產(chǎn)品的領(lǐng)軍人物，占據(jù)全球關(guān)系型數(shù)據(jù)庫市場的48%。Exadata 是其推出的數(shù)據(jù)倉庫產(chǎn)品，通過專用的集成設(shè)備、大容量并行

8、網(wǎng)格結(jié)構(gòu) 及 Exadata Smart Flash Cache 技術(shù)實現(xiàn)了處理高并發(fā)工作負(fù)荷的能力，產(chǎn)品中 還增加了分區(qū)管理功能、 列存儲壓縮等技術(shù)， 大幅提高了數(shù)據(jù)處理性能， 能夠支 持各種規(guī)模的數(shù)據(jù)倉庫應(yīng)用。產(chǎn)品優(yōu)勢：事務(wù)類任務(wù)處理性能較好 混合負(fù)載控制較好兼容 Oracle 產(chǎn)品和工具，易于使用產(chǎn)品不足：大數(shù)量處理性能上存在不足 部署和管理復(fù)雜，且擴展能力差價格和維護成本較高2. IBM NetezzaIBM最初使用DB2提出數(shù)據(jù)倉庫解決方案，并提供了獨立數(shù)據(jù)庫軟件和數(shù)據(jù) 庫機的解決方案，但產(chǎn)品技術(shù)優(yōu)勢不明顯，且未給予足夠重視，市場逐漸萎縮。 為彌補不足，2010年IBM收購了專業(yè)的數(shù)

9、據(jù)倉庫廠商Netezza，希望利用Netezza 的技術(shù)來與 Teradata 、 Oracle 等產(chǎn)品抗衡。Netezza 提供集成的數(shù)據(jù)庫設(shè)備 Twinfin 解決方案，利用專利“流式數(shù)據(jù)處 理架構(gòu) FPGA”s 技術(shù)（硬件芯片），在數(shù)據(jù)通過磁盤時可以將無關(guān)數(shù)據(jù)快速過濾， 解決了傳統(tǒng)數(shù)據(jù)倉庫產(chǎn)品的服務(wù)器和存儲間數(shù)據(jù)流瓶頸問題， 實現(xiàn)高性能數(shù)據(jù)處 理。產(chǎn)品優(yōu)勢：針對數(shù)據(jù)分析設(shè)計，性價比高兼容 Oracle 語句及主流 BI 工具系統(tǒng)易于管理和維護 刀片式架構(gòu)，擴展簡單產(chǎn)品不足：混合負(fù)載控制存在不足 流技術(shù)主要適用于趨勢分析，對于精確分析略顯不足3.4. SybaseSybase提供獨立的數(shù)據(jù)

10、庫軟件Sybase IQ和集成的數(shù)據(jù)倉庫設(shè)備兩種解決 方案， Sybase IQ 的核心技術(shù)是“列存儲” ，此技術(shù)被證明更適合于數(shù)據(jù)倉庫。 首先，數(shù)據(jù)倉庫一般只訪問記錄的部分字段， 因此磁盤訪問時可以不讀取整條記 錄，只讀取需要的字段，大大減少了 I/O ；其次，“列存儲”可以獲得比傳統(tǒng)數(shù) 據(jù)庫更高的壓縮比， 在海量數(shù)據(jù)倉庫中能節(jié)省大量空間； 最后， 由于查詢中的選 擇條件是通過列來定義的，因此整個數(shù)據(jù)庫能夠?qū)崿F(xiàn)自動索引。產(chǎn)品優(yōu)勢：“列存儲”技術(shù)混合負(fù)載控制較好 并行查詢及擴展能力強 集成數(shù)據(jù)挖掘工具，適合實時分析產(chǎn)品不足： 列存儲的一些問題（如載速度、復(fù)雜查詢等方面較差） 硬件廠商和第三方軟件支持力度正在減弱5. GreenPlumGreenPlum 近幾年異軍突起，以其獨特的技術(shù)與傳統(tǒng)數(shù)據(jù)倉庫產(chǎn)品相抗衡。 2010年被EMC攵購后，產(chǎn)品線進一步完善，提供獨立的數(shù)據(jù)庫軟件和集成的數(shù) 據(jù)倉庫設(shè)備兩種解決方案。Gree nPlum將SQL和Map Reduced能整合到統(tǒng)一的數(shù)據(jù)處理框架中，利用MPP 架構(gòu)的并行計算能力滿足大規(guī)模數(shù)據(jù)存儲和處理需求。 產(chǎn)品的一大特色是可與任 何基于Map Reduce的外部產(chǎn)品協(xié)同工作，容易實現(xiàn)當(dāng)下流行的“云計算”架構(gòu)； 另一大特色是用戶可以自行選擇開放平臺