1. 程式人生 > >MongoDB適用和不適用場景總結

MongoDB適用和不適用場景總結

MongoDB 的主要目標是在鍵/值儲存方式(提供了高效能和高度伸縮性)和傳統的RDBMS 系統(具有豐富的功能)之間架起一座橋樑,它集兩者的優勢於一身。

根據官方網站的描述,Mongo 適用於以下場景。

● 網站資料:Mongo 非常適合實時的插入,更新與查詢,並具備網站實時資料儲存所需的複製及高度伸縮性。
● 快取:由於效能很高,Mongo 也適合作為資訊基礎設施的快取層。在系統重啟之後,由Mongo 搭建的持久化快取層可以避免下層的資料來源過載。
● 大尺寸、低價值的資料:使用傳統的關係型資料庫儲存一些資料時可能會比較昂貴,在此之前,很多時候程式設計師往往會選擇傳統的檔案進行儲存。
● 高伸縮性的場景:Mongo 非常適合由數十或數百臺伺服器組成的資料庫,Mongo 的路線圖中已經包含對MapReduce 引擎的內建支援。

● 用於物件及JSON 資料的儲存:Mongo 的BSON 資料格式非常適合文件化格式的儲存及查詢。

MongoDB 的使用也會有一些限制,例如,它不適合於以下幾個地方。
● 高度事務性的系統:例如,銀行或會計系統。傳統的關係型資料庫目前還是更適用於需要大量原子性複雜事務的應用程式。
● 傳統的商業智慧應用:針對特定問題的BI 資料庫會產生高度優化的查詢方式。對於此類應用,資料倉庫可能是更合適的選擇。
● 需要SQL 的問題。

相關推薦

MongoDB適用適用場景總結

MongoDB 的主要目標是在鍵/值儲存方式(提供了高效能和高度伸縮性)和傳統的RDBMS 系統(具有豐富的功能)之間架起一座橋樑,它集兩者的優勢於一身。 根據官方網站的描述,Mongo 適用於以下場景。 ● 網站資料:Mongo 非常適合實時的插入,更新與查詢,並具備網站

memcache適用適用場景總結

適用memcached的業務場景: 1)如果網站包含了訪問量很大的動態網頁,因而資料庫的負載將會很高。由於大部分資料庫請求都是讀操作,那麼memcached可以顯著地減小資料庫負載。 2)如果資料庫伺服器的負載比較低但CPU使用率很高,這時可以快取計算好的結果( comp

TiDB適用適用場景

TiDB 的典型的應用場景是:(1) 原業務的 MySQL 的業務遇到單機容量或者效能瓶頸時,可以考慮使用 TiDB 無縫替換 MySQL。TiDB 可以提供如下特性:吞吐量、儲存和計算能力的水平擴充套件水平伸縮時不停服務強一致性分散式 ACID 事務(2) 大資料量下,My

mongodb基礎(MongoDB 的應用場景適用場景)

1.適用場景 對於MongoDB實際應用來講,是否使用MongoDB需要根據專案的特定特點進行甄別,這就需要我們對MongoDB適用和不適用的場景有一定的瞭解。 根據MongoDB 官網的說明,MongoDB 的適用場景如下: 1.網站實時資料:mongoDB非常適合實時的插入,更新

JavaScript中使用var定義變數適用var定義變數的區別

JavaScript中使用var定義變數和不使用var定義變數的區別 1、不使用var定義一個變數 不使用var定義一個變數時是定義了全域性物件window的一個屬性,事實上你無論在程式碼中的任何一個部分(全域性或者在某一程式碼塊中)宣告的都是一個全域性變數,可以通過delete運算刪除

JQuery控制radio選中選中方法總結

use 獲取 class rop als trade val pro put 一、設置選中方法 代碼如下: $("input[name=‘名字‘]").get(0).checked=true; $("input[name=‘名字‘]").attr(‘checked‘,

不同瀏覽器下word-wrap,word-break,white-space強制換行換行總結

強制換行與強制不換行用到的屬性 我們一般控制換行所用到的CSS屬性一共有三個:word-wrap; word-break; white-space。這三個屬性可以說是專為了文字斷行而創造出來的。首先我們得知道這三個屬性到底是做什麼用地: word-wrap語法: word-wrap: normal(預設

繼承組合的適用場景總結

首先需要了解繼承和組合兩者各自的概念和特點 一、繼承 簡單來說,A類繼承B類,說明A是B的一種,A在B的基礎上做擴充套件,A能使用B中的除私有成員外的所有元素和方法,且由A派生的其他類最後可通過B類容器儲存呼叫,實現不同派生類的虛函方法。 舉例來說,人是基類,小孩是人的派生

詳解箭頭函式普通函式的區別以及箭頭函式的注意事項、適用場景

箭頭函式是ES6的API,相信很多人都知道,因為其語法上相對於普通函式更簡潔,深受大家的喜愛。就是這種我們日常開發中一直在使用的A

MongoDB 安裝解除安裝(親測適用win10)

content - MongoDB 安裝過程及注意事項 - MongoDB 解除安裝過程及注意事項 - 安裝解除安裝過程中報過的錯 - 幾點補充 1. MongoDB 安裝過程 (1) 下載安裝包 下載地址 選擇3.6 MSI版本,下文以mongodb 3.6為示例

Android之IPC程序通訊方案適用場景總結

IPC是 Inter-Proscess Communication的縮寫,含義為程序間的通訊或者跨程序通訊,是指兩個程序之間進行資料交換的過程。 名稱 優點 缺點 適用場景 Bundle 簡單易用 只能傳輸Bundle支援的資料型別 四大元件間的

java 常用集合list與Set、Map區別及適用場景總結

 轉載請備註出自於:http://blog.csdn.net/qq_22118507/article/details/51576319                list與Set、Map區別及適用場景 1、List,Set都是繼承自Collection介面,Map則不是 2

四類NoSQL資料庫適用場景總結

鍵值資料庫 適用案例 現在講幾個適合使用鍵值資料庫的情況。 1 存觸會話資訊 通常來說,每一次網路會話都是唯一的,所以分配給它們的session id 值也各不相同。如果應用程式原來要把session id 存在磁碟上或關係型資料庫中,那麼將其遷移到鍵值資料庫之後, 會獲益

Python語法中,在適用min.maxsort的函式情況下求已知列表的最大最小值。

已知題目:num=[11,22,33,99,55,66,77,88,10]思路,先假定min = num[0],max=num[0]是最大最小值,讓他遍歷這個num列表,每一個數和min,max比較,比min小,則替換Min,比max大則替換max;min = num[0]

RPCMQ對比及其適用/適用場合

在阿里的平臺技術部參與開發了Dubbo(遠端呼叫服務)和Napoli(訊息解決方案),又給網站應用支援這2個產品很長一段時間,瞭解了這2個產品的實現及應用對這兩個產品的用法。 大部分情況下,“給定場景下應該使用這兩個產品中哪個”這個問題,大家都會容易決定,而且不需要多少

遠端呼叫服務(RPC)訊息佇列(Message Queue)對比及其適用/適用場合分析

最近考慮把公司系統重構升級,將原有的垂直MVC架構遷移為分散式系統,因此著重瞭解了下遠端呼叫服務(RPC)和訊息佇列(MQ)。RPC和MQ都是用於分散式系統的兩個關鍵技術,並且裡面都有服務提供者和消費者的概念,可在一定程度上對系統進行解耦。但對於彼此應用場景的區分還不是特別

Ajax技術適用場景適用場景、存在的問題

Ajax適用場景 1.表單驅動的互動 傳統的表單提交,在文字框輸入內容後,點選按鈕,後臺處理完畢後,頁面重新整理,再回頭檢查是否重新整理結果正確。使用Ajax,在點選sunmit按鈕後,立刻進行非同步處理,並在頁面上快速顯示了更新後的結果,這裡沒有整個頁面重新整理的問題。

Windows8.1-KB2919355-x64安裝提示 此更新適用你的計算機

更新 line 其他 kb2919355 打開 expand 選擇 紅色 load Windows8.1-KB2999226-x64安裝提示 此更新不適用你的計算機如題 Windows8.1-KB2999226-x64.msu 雙擊安裝 安裝提示 此更新不適用你的計算機

KB2982006這個補丁適用您的計算機(Skype for business 部署先決條件)

kb2982006 這個補丁不適用 添加Skype for business組件的時候需要補丁KB2982006 補丁,否則會安裝失敗下載KB2982006補丁安裝後會提示這個補丁不適用您的計算機。解決方法:提取Expand -F:* C:\KB\Windows8.1-KB2982006-x64.ms

無限極結構循環,適用任何數組函數,一次循環,並根據給出的root 快速篩選

PHP 無限極分類 一次循環 不使用任何函數 <?php$nodesArrays = [[‘id‘ => 1, ‘pid‘ => 0, ‘name‘ => ‘a‘],[‘id‘ => 2, ‘pid‘ => 0, ‘name‘ => ‘b‘],[‘id