什麼是用於

Question

的NoSql密鑰/數值數據庫我現在已經在線聽到關於nosql密鑰/數值數據庫的很多信息。你能舉一個例子來說明一個人的用途嗎？什麼樣的真實世界數據最適合這些類型的數據庫？

Answer 1

我認爲'What the heck are you actually using NoSQL for'是針對NoSQL數據庫真實生活用例的優秀閱讀。讓我引用他們的一些位置：

• 管理非事務性大型數據流：Apache日誌，應用程序日誌中，MySQL日誌，點擊流等

• 正在同步在線和離線數據。這是CouchDB的一個定位。 所有負載下的快速響應時間。

• 當複雜連接的查詢負載變得對於RDBMS來說太大時，避免重連接。

• 低延遲至關重要的軟實時系統。遊戲就是一個例子。

• 需要支持各種不同的寫入，讀取，查詢和一致性模式的應用程序。有50％的讀取系統爲50％寫入，95％寫入或95％讀取進行了優化。

• 只讀應用程序需要極高的速度和彈性，簡單的 查詢，並可以容忍稍陳舊的數據。

• 應用程序需要適度的性能，讀/寫訪問，簡單的查詢，完全 權威數據。

• 只讀應用程序哪種複雜查詢要求。

• 負載平衡以適應數據和使用濃度，並幫助微處理器保持繁忙。

• 實時插入，更新和查詢。

• 分層數據，如線程化討論和零件爆炸。

• 動態表格創建。

• 通過快速NoSQL接口提供低延遲數據的兩層應用程序，但數據本身可以通過高延遲Hadoop應用程序或其他低優先級應用程序進行計算和更新。

• 連續數據讀取。需要選擇正確的基礎數據存儲模型。 B樹可能不是順序讀取的最佳模型。

• 將可能需要更高性能/可擴展性的部分服務切分到自己的系統上。例如，用戶登錄可能需要高性能，並且此功能可以使用專用服務來實現這些目標。

• 緩存。針對網站和其他應用程序的高性能緩存層。示例是大型強子對撞機使用的數據聚合系統的緩存。

• 投票。

• 實時頁面視圖計數器。

• 用戶註冊，簡檔和會話數據。

• 文獻，目錄管理和內容管理系統。存儲複雜文檔的能力有助於整體而不是組織爲關係表。類似的邏輯適用於庫存，購物車和其他結構化數據類型。

• 存檔。存儲仍可在線訪問的大量連續數據。

• 面向文檔的數據庫具有靈活的架構，可隨着時間的推移處理架構更改。

• 分析。使用MapReduce，Hive或Pig來執行支持高寫入負載的分析查詢和擴展系統。