sql與各個nosql數(shù)據(jù)庫使用場景的講解

sql為主干為什么我這樣理解：

單從技術角度來說

• 關系型網(wǎng)格 充分的體現(xiàn)了現(xiàn)實事務
• 對事務，審計，閃存等等對數(shù)據(jù)的重視所以如何一些特別主要的數(shù)據(jù)，一定要放到sql里面。一個系統(tǒng)里面至少有用戶信息是重要的數(shù)據(jù)。
• 所以sql必須有，而且數(shù)據(jù)存儲的主干

什么時候引入nosql

先看看sql - > sql + nosql的過程。

https://www.jb51.net/article/79236.htm 為什么要使用NoSQL

這些nosql？

對java語言而言：

• redis：用于緩存 - 讀速度極快（內(nèi)存中）
• mongoDb - 讀寫事務都是均衡的.node.js開發(fā)的json
• Neo4j - .java的的比較像SQL但查詢更快，可惜高級功能收費… - 社交（圖像數(shù)據(jù)庫）
• Cassandra - 寫數(shù)據(jù)比讀快.-用于日志的存放。
• HBase 離線分析

我的設想：

java語言而言:

• - redis用于緩存（值里面存javabean）和不需要存儲的熱數(shù)據(jù)
• - mongoDb用于不太重要的但要儲的內(nèi)容.
• - Cassandra 用于管理 日志強烈建議（把日志放到數(shù)據(jù)庫里面。）
• - HBASE 離線分析，大數(shù)據(jù)
• - solr，ES - 站內(nèi)搜索和代替里面的SQL等
• - 或者用neo4j代替sql數(shù)據(jù)庫 , 有對事務要求的時候,單獨起一個優(yōu)先級為2的線程存到sql里面.

NoSQL紀元

當下已經(jīng)存在很多的NoSQL數(shù)據(jù)庫，比如MongoDB、Redis、Riak、HBase、Cassandra等等。每一個都擁有以下幾個特性中的一個：

• 不再使用SQL語言，比如MongoDB、Cassandra就有自己的查詢語言
• 通常是開源項目
• 為集群運行而生
• 弱結構化——不會嚴格的限制數(shù)據(jù)結構類型

適用的場景

儲存用戶信息，比如會話、配置文件、參數(shù)、購物車等等。這些信息一般都和ID（鍵）掛鉤，這種情景下鍵值數(shù)據(jù)庫是個很好的選擇。

不適用場景

1）取代通過鍵查詢，而是通過值來查詢。Key-Value數(shù)據(jù)庫中根本沒有通過值查詢的途徑。

2）需要儲存數(shù)據(jù)之間的關系。在Key-Value數(shù)據(jù)庫中不能通過兩個或以上的鍵來關聯(lián)數(shù)據(jù)。

3）事務的支持。在Key-Value數(shù)據(jù)庫中故障產(chǎn)生時不可以進行回滾。

總結

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對腳本之家的支持。如果你想了解更多相關內(nèi)容請查看下面相關鏈接