大數(shù)據(jù)時(shí)代對(duì)數(shù)據(jù)存儲(chǔ)有哪些要求?

大數(shù)據(jù)對(duì)當(dāng)前數(shù)據(jù)存儲(chǔ)、訪問以及管理均帶來(lái)了前所有的挑戰(zhàn)。下面，我們來(lái)詳細(xì)介紹一下大數(shù)據(jù)時(shí)代對(duì)數(shù)據(jù)存儲(chǔ)的挑戰(zhàn)。

1.高并發(fā)讀寫需求

對(duì)于實(shí)時(shí)性、動(dòng)態(tài)性要求較高的的社交網(wǎng)站，如論壇、微博等，往往需要并發(fā)度達(dá)到每秒上萬(wàn)次的讀寫請(qǐng)求，這種很高的并發(fā)性對(duì)數(shù)據(jù)庫(kù)的并發(fā)負(fù)載相當(dāng)大，傳統(tǒng)關(guān)系數(shù)據(jù)庫(kù)在面對(duì)海量數(shù)據(jù)的存儲(chǔ)和操作時(shí)會(huì)存在嚴(yán)重的磁盤I/O瓶頸。

2.高效率存儲(chǔ)和訪問需求

動(dòng)態(tài)交互網(wǎng)站W(wǎng)eb2.0每天產(chǎn)生的數(shù)據(jù)量是巨大的，如果采用傳統(tǒng)的關(guān)系數(shù)據(jù)庫(kù)將海量數(shù)據(jù)存放到具有固定結(jié)構(gòu)的二維表格中，不管是查詢還是更新操作，效率都是非常低的。

3.高擴(kuò)展性

關(guān)系數(shù)據(jù)庫(kù)很難實(shí)現(xiàn)水平擴(kuò)展，當(dāng)數(shù)據(jù)量和訪問量多到需要增加硬件和服務(wù)器結(jié)點(diǎn)來(lái)擴(kuò)大容量和負(fù)載量時(shí)，關(guān)系數(shù)據(jù)庫(kù)往往需要停機(jī)維護(hù)和數(shù)據(jù)遷移，這對(duì)一個(gè)需要24小時(shí)不停服務(wù)的網(wǎng)站是非常不可取的。

大數(shù)據(jù)要求數(shù)據(jù)管理系統(tǒng)既能實(shí)現(xiàn)海量數(shù)據(jù)存儲(chǔ)，又能高效率地并發(fā)讀寫，同時(shí)必須支持?jǐn)U展性。NoSQL數(shù)據(jù)庫(kù)作為傳統(tǒng)關(guān)系數(shù)據(jù)庫(kù)的補(bǔ)充，彌補(bǔ)了傳統(tǒng)關(guān)系數(shù)據(jù)庫(kù)在這些方面的不足，滿足了海量數(shù)據(jù)的存儲(chǔ)、訪問和管理。