mongodb適用和不適用的應用情境

標籤：自己   分析   查詢最佳化   商業智慧   照片   之間   .net   商業   art   

       近期考慮把訂單曆史資料從Oracle資料庫遷移到Nosql資料庫做曆史資料查詢和分析，一天千萬級資料。打算使用mongodb資料庫。使用nodejs做查詢和統計API，對並發請求量要求低，不知道有沒有前輩這樣玩過。我們如今僅僅用mongodo儲存日誌資料，做應用程式中斷分析用。

假設有前輩做個類似的曆史庫查詢和資料分析，能夠交流下。你們選擇的Nosql庫和上層開發語言。

1.mongodb介紹

    MongoDB (名稱來自"humongous") 是一個可擴充的高效能。開源，模式自由，面向文檔的資料庫。

它使用C++編寫。MongoDB特點:

  a.面向集合的儲存：適合儲存物件及JSON形式的資料。

  b.動態查詢：mongo支援豐富的查詢表達方式。查詢指令使用JSON形式的標記，可輕易查詢文檔中的內嵌的對象及數組。

  c.完整的索引支援:包含文檔內嵌對象及數組。mongo的查詢最佳化工具會分析查詢運算式，並產生一個高效的查詢計劃。

  d.查詢監視：mongo包括一個監視工具用於分析資料庫操作效能。

  e.複製及自己主動容錯移轉：mongo資料庫支援server之間的資料複製，支援主-從模式及server之間的相互複製。

複製的主要目的是提供冗餘及自己主動容錯移轉。

  f.高效的傳統儲存方式：支援位元據及大型物件（如照片或圖片）。

  g.自己主動分區以支援雲層級的伸縮性：自己主動分區功能支援水平的資料庫叢集，可動態加入額外的機器。

2.mongo使用場合

    mongodb的主要目標是在鍵/值儲存方式（提供了高效能和高度伸縮性）以及傳統的RDBMS系統（豐富的功能）架起一座橋樑，集兩者的優勢於一身。mongo適用於下面情境：

  a.網站資料：mongo很適合即時的插入，更新與查詢，並具備網站即時資料儲存所需的複製及高度伸縮性。

  b.緩衝：因為效能非常高，mongo也適合作為資訊基礎設施的緩衝層。在系統重新啟動之後。由mongo搭建的持久化緩衝能夠避免下層的資料來源過載。

  c.大尺寸、低價值的資料：使用傳統的關聯式資料庫儲存一些資料時可能會比較貴，在此之前。非常多程式猿往往會選擇傳統的檔案進行儲存。

  d.高伸縮性的情境：mongo很適合由數十或者數百台server組成的資料庫。

  e.用於對象及JSON資料的儲存：mongo的BSON資料格式很適合文檔格式化的儲存及查詢。

不適合的情境：

  a.高度事物性的系統：比如銀行或會計系統。傳統的關係型資料庫眼下還是更適用於須要大量原子性複雜事務的應用程式。

  b.傳統的商業智慧應用：針對特定問題的BI資料庫會對產生高度最佳化的查詢方式。

對於此類應用，資料倉儲可能是更合適的選擇。

  c.須要SQL的問題。

mongodb適用和不適用的應用情境