大數(shù)據(jù)之路(二)大數(shù)據(jù)結(jié)構(gòu)化數(shù)據(jù)存儲應(yīng)用模式
實(shí)時(shí)查詢數(shù)據(jù)庫-HDFS&HBase
傳統(tǒng)關(guān)系型數(shù)據(jù)庫基于存儲模式的問題帶來的存儲和訪問瓶頸,是無法靠自身解決的,也就有了基于Big-Table型的NoSQL數(shù)據(jù)庫用武之地,比較典型技術(shù)組合就是HDFS+HBase,利用HDFS的分布式、高可用數(shù)據(jù)存儲,結(jié)合HBase面向列的數(shù)據(jù)存儲模型,從而解決大數(shù)據(jù)量存儲的問題;結(jié)合HBase基于Rowkey自然序的存儲,從而實(shí)現(xiàn)海量數(shù)據(jù)快速查詢。當(dāng)然這種模式只適用于結(jié)構(gòu)型數(shù)據(jù),而且只適用于歷史數(shù)據(jù)查詢,而不適用于事務(wù)型業(yè)務(wù)的處理,從而產(chǎn)生了大數(shù)據(jù)在結(jié)構(gòu)化數(shù)據(jù)存儲方面的***種模式:實(shí)時(shí)查詢數(shù)據(jù)庫;
大數(shù)據(jù)倉庫-HDFS&Hive
基于關(guān)系型數(shù)據(jù)庫的數(shù)據(jù)倉庫,同樣面臨數(shù)據(jù)存儲規(guī)模的問題,因此在銀行業(yè)務(wù)中,同樣也只能存儲短期的數(shù)據(jù),其目標(biāo)在在于支持基于業(yè)務(wù)年度的報(bào)表統(tǒng)計(jì)和業(yè)務(wù)分析,而對于超過一定期限的數(shù)據(jù)仍然在走數(shù)據(jù)磁盤或磁帶存儲的模式?;诖髷?shù)據(jù)技術(shù)體系,采用HDFS+Hive的模式,構(gòu)建大數(shù)據(jù)倉庫,則可以很輕松的解決數(shù)據(jù)大基數(shù)存儲的問題。從而產(chǎn)生了大數(shù)據(jù)在結(jié)構(gòu)化數(shù)據(jù)數(shù)據(jù)存儲方面的第二種模式:大數(shù)據(jù)倉庫;
替換還是互補(bǔ)-大家來回答,期待你的答案
問題一
實(shí)時(shí)查詢數(shù)據(jù)庫能否替換實(shí)時(shí)操作數(shù)據(jù)庫嗎?
問題二
大數(shù)據(jù)倉庫可以替代數(shù)據(jù)倉庫嗎?
關(guān)于大數(shù)據(jù)題外話
曾經(jīng)就干貨與濕貨的問題,與人發(fā)生過爭辯,還是不淡定了。其實(shí)對于一個(gè)口渴的人,水就是干貨,同樣,對于一個(gè)迷路的人,指南針就是干貨。見仁見智的事,不再做爭辯。重在分享,送給大數(shù)據(jù)傳統(tǒng)企業(yè)應(yīng)用實(shí)施的探路者們,送給需要的人,立此存照。
原文鏈接:http://www.cnblogs.com/hadoopdev/p/3549382.html