客戶場景：
1.用在應用伺服器的日誌記錄，查詢起來比文字靈活，匯出也很方便。也是給應用練手，從外圍系統開始使用mongodb。
2.在一些第三方資訊的獲取或抓取，因為mongodb的schema-less，所有格式靈活，不用為了各種格式不一樣的資訊專門設計統一的格式，極大得減少開發的工作。
3.主要用來儲存一些監控資料，no schema 對開發人員來說，真的很方便，增加字段不用改表結構，而且學習成本極低。
4.使用mongodb做了o2o快遞應用，·將送快遞騎手、快遞商家的資訊（包含位置資訊）儲存在 mongodb，然後通過 mongodb 的地理位置查詢，這樣很方便的實現了查詢附近的商家、騎手等功能
特性及優勢
行業應用
遊戲場景：使用 mongodb 儲存遊戲使用者資訊，使用者的裝備、積分等直接以內嵌文件的形式儲存，方便查詢、更新
物流場景：使用 mongodb 儲存訂單資訊，訂單狀態在運送過程中會不斷更新，以 mongodb 內嵌陣列的形式來儲存，一次查詢就能將訂單所有的變更讀取出來。
物聯網場景：使用 mongodb 儲存所有接入的智慧型裝置資訊，以及裝置匯報的日誌資訊，並對這些資訊進行多維度的分析
如果你還在為是否應該使用 mongodb，不如來做幾個選擇題來輔助決策：
MongoDB電商應用場景
mongodb已經在多個站點部署，其主要場景如下 1 實時資料處理。它非常適合實時的插入 更新與查詢，並具備 實時資料儲存所需的複製及高度伸縮性。2 快取。由於效能很高，它適合作為資訊基礎設施的快取層。在系統重啟之後，由它搭建的持久化快取層可以避免下層的資料來源過載。3 高伸縮性的場景。非常適合由數...
Redis和Mongodb應用場景研究
現在的分布式專案基本都會用到redis和mongodb，可是redis和mongdb到底有什麼不同呢，今天我就基於我們公司的專案來具體介紹一下redis和mongodb的各自的應用場景。首先我們這個專案中有兩種應用場景 redis和mongodb相同點和不同點我這邊就不進行過多的描述，網上的文章滿地...
MySQL與MongoDB對比及應用場景區別
mysql 關係型資料庫。在不同的引擎上有不同 的儲存方式。查詢語句是使用傳統的sql語句，擁有較為成熟的體系，成熟度很高。開源資料庫的份額在不斷增加，mysql的份額頁在持續增長。缺點就是在海量資料處理的時候效率會顯著變慢。mongodb 非關係型資料庫 nosql 屬於文件型資料庫。先解釋一下文...