隨著互聯(lián)網(wǎng)web2.0網(wǎng)站的興起,，非關(guān)系型的數(shù)據(jù)庫現(xiàn)在成了一個極其熱門的新領(lǐng)域,，非關(guān)系數(shù)據(jù)庫產(chǎn)品的發(fā)展非常迅速。而傳統(tǒng)的關(guān)系數(shù)據(jù)庫在應(yīng)付 web2.0網(wǎng)站,，特別是超大規(guī)模和高并發(fā)的SNS類型的web2.0純動態(tài)網(wǎng)站已經(jīng)顯得力不從心,，暴露了很多難以克服的問題,，例如：

1,、High performance - 對數(shù)據(jù)庫高并發(fā)讀寫的需求

web2.0網(wǎng)站要根據(jù)用戶個性化信息來實時生成動態(tài)頁面和提供動態(tài)信息,，所以基本上無法使用動態(tài)頁面靜態(tài)化技術(shù),，因此數(shù)據(jù)庫并發(fā)負載非常高,，往往要達到每秒上萬次讀寫請求。關(guān)系數(shù)據(jù)庫應(yīng)付上萬次SQL查詢還勉強頂?shù)米�,，但是�?yīng)付上萬次SQL寫數(shù)據(jù)請求,，硬盤IO就已經(jīng)無法承受了,。其實對于普通的 BBS網(wǎng)站，往往也存在對高并發(fā)寫請求的需求,，例如像JavaEye網(wǎng)站的實時統(tǒng)計在線用戶狀態(tài)，記錄熱門帖子的點擊次數(shù)，投票計數(shù)等,，因此這是一個相當普遍的需求,。

2、Huge Storage - 對海量數(shù)據(jù)的高效率存儲和訪問的需求

類似Facebook,，twitter,，F(xiàn)riendfeed這樣的SNS網(wǎng)站，每天用戶產(chǎn)生海量的用戶動態(tài),，以Friendfeed為例,，一個 月就達到了2.5億條用戶動態(tài),，對于關(guān)系數(shù)據(jù)庫來說,，在一張2.5億條記錄的表里面進行SQL查詢，效率是極其低下乃至不可忍受的,。再例如大型web網(wǎng)站 的用戶登錄系統(tǒng),，例如騰訊,，盛大,，動輒數(shù)以億計的帳號,，關(guān)系數(shù)據(jù)庫也很難應(yīng)付。

3,、High Scalability && High Availability- 對數(shù)據(jù)庫的高可擴展性和高可用性的需求

在基于web的架構(gòu)當中，數(shù)據(jù)庫是最難進行橫向擴展的,，電子商務(wù)網(wǎng)站建設(shè)中當一個應(yīng)用系統(tǒng)的用戶量和訪問量與日俱增的時候,，你的數(shù)據(jù)庫卻沒有辦法像web server和app server那樣簡單的通過添加更多的硬件和服務(wù)節(jié)點來擴展性能和負載能力,。對于很多需要提供24小時不間斷服務(wù)的網(wǎng)站來說，對數(shù)據(jù)庫系統(tǒng)進行升級和擴展 是非常痛苦的事情,，往往需要停機維護和數(shù)據(jù)遷移，為什么數(shù)據(jù)庫不能通過不斷的添加服務(wù)器節(jié)點來實現(xiàn)擴展呢?

在上面提到的“三高”需求面前,，關(guān)系數(shù)據(jù)庫遇到了難以克服的障礙,，而對于web2.0網(wǎng)站來說，關(guān)系數(shù)據(jù)庫的很多主要特性卻往往無用武之地,。