數(shù)據(jù)倉庫與數(shù)據(jù)庫的區(qū)別有哪些（數(shù)據(jù)倉庫與數(shù)據(jù)庫的區(qū)別）

關于數(shù)據(jù)倉庫與數(shù)據(jù)庫的區(qū)別有哪些，數(shù)據(jù)倉庫與數(shù)據(jù)庫的區(qū)別這個問題很多朋友還不知道，今天小六來為大家解答以上的問題，現(xiàn)在讓我們一起來看看吧！

1、簡而言之，數(shù)據(jù)庫是面向事務的設計，數(shù)據(jù)倉庫是面向主題設計的。

2、 數(shù)據(jù)庫一般存儲在線交易數(shù)據(jù)，數(shù)據(jù)倉庫存儲的一般是歷史數(shù)據(jù)。

3、 數(shù)據(jù)庫設計是盡量避免冗余，一般采用符合范式的規(guī)則來設計，數(shù)據(jù)倉庫在設計是有意引入冗余，采用反范式的方式來設計。

4、 數(shù)據(jù)庫是為捕獲數(shù)據(jù)而設計，數(shù)據(jù)倉庫是為分析數(shù)據(jù)而設計，它的兩個基本的元素是維表和事實表。

5、維是看問題的角度，比如時間，部門，維表放的就是這些東西的定義，事實表里放著要查詢的數(shù)據(jù)，同時有維的ID。

6、 單從概念上講，有些晦澀。

7、任何技術都是為應用服務的，結合應用可以很容易地理解。

8、以銀行業(yè)務為例。

9、數(shù)據(jù)庫是事務系統(tǒng)的數(shù)據(jù)平臺，客戶在銀行做的每筆交易都會寫入數(shù)據(jù)庫，被記錄下來，這里，可以簡單地理解為用數(shù)據(jù)庫記帳。

10、數(shù)據(jù)倉庫是分析系統(tǒng)的數(shù)據(jù)平臺，它從事務系統(tǒng)獲取數(shù)據(jù)，并做匯總、加工，為決策者提供決策的依據(jù)。

11、比如，某銀行某分行一個月發(fā)生多少交易，該分行當前存款余額是多少。

12、如果存款又多，消費交易又多，那么該地區(qū)就有必要設立ATM了。

13、 顯然，銀行的交易量是巨大的，通常以百萬甚至千萬次來計算。

14、事務系統(tǒng)是實時的，這就要求時效性，客戶存一筆錢需要幾十秒是無法忍受的，這就要求數(shù)據(jù)庫只能存儲很短一段時間的數(shù)據(jù)。

15、而分析系統(tǒng)是事后的，它要提供關注時間段內(nèi)所有的有效數(shù)據(jù)。

16、這些數(shù)據(jù)是海量的，匯總計算起來也要慢一些，但是，只要能夠提供有效的分析數(shù)據(jù)就達到目的了。

17、 數(shù)據(jù)倉庫，是在數(shù)據(jù)庫已經(jīng)大量存在的情況下，為了進一步挖掘數(shù)據(jù)資源、為了決策需要而產(chǎn)生的，它決不是所謂的“大型數(shù)據(jù)庫”。

18、那么，數(shù)據(jù)倉庫與傳統(tǒng)數(shù)據(jù)庫比較，有哪些不同呢?讓我們先看看W.H.Inmon關于數(shù)據(jù)倉庫的定義:面向主題的、集成的、與時間相關且不可修改的數(shù)據(jù)集合。

19、 “面向主題的”:傳統(tǒng)數(shù)據(jù)庫主要是為應用程序進行數(shù)據(jù)處理，未必按照同一主題存儲數(shù)據(jù);數(shù)據(jù)倉庫側重于數(shù)據(jù)分析工作，是按照主題存儲的。

20、這一點，類似于傳統(tǒng)農(nóng)貿(mào)市場與超市的區(qū)別-市場里面，白菜、蘿卜、香菜會在一個攤位上，如果它們是一個小販賣的;而超市里，白菜、蘿卜、香菜則各自一塊。

21、也就是說，市場里的菜(數(shù)據(jù))是按照小販(應用程序)歸堆(存儲)的，超市里面則是按照菜的類型(同主題)歸堆的。

22、 “與時間相關”:數(shù)據(jù)庫保存信息的時候，并不強調(diào)一定有時間信息。

23、數(shù)據(jù)倉庫則不同，出于決策的需要，數(shù)據(jù)倉庫中的數(shù)據(jù)都要標明時間屬性。

24、決策中，時間屬性很重要。

25、同樣都是累計購買過九車產(chǎn)品的顧客，一位是最近三個月購買九車，一位是最近一年從未買過，這對于決策者意義是不同的。

26、 “不可修改”:數(shù)據(jù)倉庫中的數(shù)據(jù)并不是最新的，而是來源于其它數(shù)據(jù)源。

27、數(shù)據(jù)倉庫反映的是歷史信息，并不是很多數(shù)據(jù)庫處理的那種日常事務數(shù)據(jù)(有的數(shù)據(jù)庫例如電信計費數(shù)據(jù)庫甚至處理實時信息)。

28、因此，數(shù)據(jù)倉庫中的數(shù)據(jù)是極少或根本不修改的;當然，向數(shù)據(jù)倉庫添加數(shù)據(jù)是允許的。

29、 數(shù)據(jù)倉庫的出現(xiàn)，并不是要取代數(shù)據(jù)庫。

30、目前，大部分數(shù)據(jù)倉庫還是用關系數(shù)據(jù)庫管理系統(tǒng)來管理的。

31、可以說，數(shù)據(jù)庫、數(shù)據(jù)倉庫相輔相成、各有千秋。

32、 補充一下，數(shù)據(jù)倉庫的方案建設的目的，是為前端查詢和分析作為基礎，由于有較大的冗余，所以需要的存儲也較大。

33、為了更好地為前端應用服務，數(shù)據(jù)倉庫必須有如下幾點優(yōu)點，否則是失敗的數(shù)據(jù)倉庫方案。

34、 1.效率足夠高。

35、客戶要求的分析數(shù)據(jù)一般分為日、周、月、季、年等，可以看出，日為周期的數(shù)據(jù)要求的效率最高，要求24小時甚至12小時內(nèi)，客戶能看到昨天的數(shù)據(jù)分析。

36、由于有的企業(yè)每日的數(shù)據(jù)量很大，設計不好的數(shù)據(jù)倉庫經(jīng)常會出問題，延遲1-3日才能給出數(shù)據(jù)，顯然不行的。

37、 2.數(shù)據(jù)質量。

38、客戶要看各種信息，肯定要準確的數(shù)據(jù)，但由于數(shù)據(jù)倉庫流程至少分為3步，2次ETL，復雜的架構會更多層次，那么由于數(shù)據(jù)源有臟數(shù)據(jù)或者代碼不嚴謹，都可以導致數(shù)據(jù)失真，客戶看到錯誤的信息就可能導致分析出錯誤的決策，造成損失，而不是效益。

39、 3.擴展性。

40、之所以有的大型數(shù)據(jù)倉庫系統(tǒng)架構設計復雜，是因為考慮到了未來3-5年的擴展性，這樣的話，客戶不用太快花錢去重建數(shù)據(jù)倉庫系統(tǒng)，就能很穩(wěn)定運行。

41、主要體現(xiàn)在數(shù)據(jù)建模的合理性，數(shù)據(jù)倉庫方案中多出一些中間層，使海量數(shù)據(jù)流有足夠的緩沖，不至于數(shù)據(jù)量大很多，就運行不起來了。

本文分享完畢，希望對大家有所幫助。

標簽：