BAT都在用的數據庫

    在大數據高速發展的今天，數據量在不斷的增加，特別是互聯網web2.0應用的興起及云計算所需要的海量存儲和海量計算發展，傳統的關系型數據庫暴露了很多難以克服的問題，已無法滿足這方面的需求。而非關系類型的數據庫（NoSQL＝Not Only SQL，意即“不僅僅是SQL”）則由于其本身的特點從而得到了非常迅速的發展，因為它的產生就是為了解決大規模集合和多重數據的存儲和計算方面的大數據應用難題。
根據國際數據公司IDC檢測統計，2011年全球數據總量已達1.8ZB (1ZB 等于1萬億GB),  且數據總量增長每兩年翻一番，預計到2020年全球總量將達到40 ZB,地球上人均數據預計將達到5247GB.據統計，現在的谷歌搜索引擎每秒使用用戶量已超過200萬，Twitter每天就會生成超過10TB的數據，Facebook的數據為幾十TB，一些特殊的企業在每小時就會產生TB級別的數據。
但是，如何利用這些數據 從中產生最大的商業價值，是所有公司和機構共同面臨的挑戰。這個問題比較復雜，雖然技術人員在技能提升和專業工具的幫助下，對數據越來越了解，但由于數據的增長速度越來越快，積累量越來越大，公司和機構可以利用的數據比例正在迅速下降。
    我們知道sql數據庫可以存儲數據和處理數據，但是NOSQL最大的一個優勢就是在處理大數據這方面，能夠深度處理大數據，分析數據，從大量的數據中獲取有用的資源。

 
而傳統的關系數據庫在大數據處理方面就顯得力不從心，暴露出了很多難以克服的問題，例如：
1、對數據庫高并發讀寫的需求

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

2、對海量數據的高效率存儲和訪問的需求

類似Facebook，twitter，Friendfeed這樣的SNS網站，每天用戶產生海量的用戶動態，以Friendfeed為例，一個月就達到了2.5億條用戶動態，對于關系數據庫來說，在一張2.5億條記錄的表里面進行SQL查詢，效率是極其低下乃至不可忍受的。再例如大型web網站的用戶登錄系統，例如百度、阿里、騰訊，動輒數以億計的帳號，關系數據庫也很難應付。

3、對數據庫的高可擴展性和高可用性的需求

在基于web的架構當中，數據庫是最難進行橫向擴展的，當一個應用系統的用戶量和訪問量與日俱增的時候，你的數據庫卻沒有辦法像web server和app server那樣簡單的通過添加更多的硬件和服務節點來擴展性能和負載能力。對于很多需要提供24小時不間斷服務的網站來說，對數據庫系統進行升級和擴展是非常痛苦的事情，往往需要停機維護和數據遷移，為什么數據庫不能通過不斷的添加服務器節點來實現擴展呢？
 

因此，數聚傳媒技術部門采用了非關系數據庫中的MongoDB來存儲數據。MongoDB的優點正是傳統的關系數據庫力不能及的。我們利用MongoDB解決了大規模集合和多重數據的存儲和計算方面的大數據應用難題。
數聚傳媒擁有精準的人群數據庫，強大的人群cookie模型，通過分析，可以直接定位目標受眾；近六千的用戶標簽，讓廣告智能的找用戶；多重優化機制，渲染釋放出最佳投放效果，得以構建全場景數據營銷模式， 最后經過智能的算法以及競價原理，實現廣告投放效果最大化；合理的競價模式使得廣告主的廣告投放即精準又有性價比。