如何使用nosql db

No SQL DB是一種和關(guān)系型數(shù)據(jù)庫(kù)相對(duì)應(yīng)的對(duì)象數(shù)據(jù)庫(kù)。按照數(shù)據(jù)模型保存性質(zhì)將當(dāng)前NoSQL分為四種：

網(wǎng)站建設(shè)哪家好，找成都創(chuàng)新互聯(lián)公司！專注于網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、成都小程序開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了祁連免費(fèi)建站歡迎大家使用！

1.Key-value stores鍵值存儲(chǔ), 保存keys+BLOBs

2.Table-oriented 面向表, 主要有Google的BigTable和Cassandra.

3.Document-oriented面向文本, 文本是一種類似XML文檔，MongoDB 和 CouchDB

4.Graph-oriented 面向圖論. 如Neo4J.

關(guān)系型數(shù)據(jù)庫(kù)的弊端：

關(guān)系型數(shù)據(jù)庫(kù)的歷史已經(jīng)有30余年了，因此，在某些情況下，關(guān)系型數(shù)據(jù)庫(kù)的弱點(diǎn)就會(huì)暴露出來(lái)：

1. “對(duì)象-關(guān)系 阻抗不匹配”。關(guān)系模型和面向?qū)ο竽Ｐ驮诟拍钌洗嬖谔烊坏牟黄ヅ涞牡胤剑热鐚?duì)象模型當(dāng)中特有的“繼承”，“組合”，“聚合”，“依賴”的概念在關(guān)系模型當(dāng)中是不存在的。

2. “模式演進(jìn)”。即隨著時(shí)間的推移，需要對(duì)數(shù)據(jù)庫(kù)模式進(jìn)行調(diào)整以便適應(yīng)新的需求，然而，對(duì)數(shù)據(jù)庫(kù)模式的調(diào)整是的成本很高的動(dòng)作，因此很多設(shè)計(jì)師在系統(tǒng)設(shè)計(jì)之初會(huì)設(shè)計(jì)一個(gè)兼容性很強(qiáng)的數(shù)據(jù)庫(kù)模式，以應(yīng)對(duì)將來(lái)可能出現(xiàn)的需求，然而在現(xiàn)在的web系統(tǒng)開發(fā)過(guò)程中，系統(tǒng)的變更更加頻繁，幾乎無(wú)法預(yù)先設(shè)計(jì)出一種“萬(wàn)能”的數(shù)據(jù)庫(kù)模式以滿足所有的需求，因此 模式演進(jìn)的弊端就愈發(fā)凸顯。

3. 關(guān)系型數(shù)據(jù)庫(kù)處理 稀疏表時(shí)的性能非常差。

4. network-oriented data 很適合處理 人工智能、社交網(wǎng)絡(luò)中的一些需求。

所以，各種各樣的No SQL DB 出現(xiàn)了，這里只簡(jiǎn)單介紹下Neo4J 的基本知識(shí)。

Neo 數(shù)據(jù)模型

Neo4J 是一個(gè)基于圖實(shí)現(xiàn)的No SQL DB, 其基本的數(shù)據(jù)類型有如下幾種：

Node, Relationship, Property.

Node 對(duì)應(yīng)于圖中的 節(jié)點(diǎn)，Relationship 對(duì)應(yīng)圖中的邊，Node 和 Relationship 都可以擁有Property，

Property 的數(shù)據(jù)結(jié)構(gòu)為。

數(shù)據(jù)遍歷

Neo 提供了Traverser對(duì)數(shù)據(jù)中的數(shù)據(jù)進(jìn)行遍歷。

nosql和mongodb的區(qū)別

1，Cassandra:

Cassandra從安裝配置，到使用，負(fù)載平衡機(jī)制等等，無(wú)疑是這些新興的NoSQL中最方便使用的一個(gè)（個(gè)人使用體驗(yàn)觀點(diǎn)）

但從近期的消息來(lái)看由于出現(xiàn)過(guò)幾次較為嚴(yán)重的數(shù)據(jù)庫(kù)停止服務(wù)事件，Cassandra的創(chuàng)始人Facebook,及Twitter開始漸漸棄用

Cassandra,只把Cassandra用在非核心模塊上，不地Digg仍在使用，看來(lái)我們要謹(jǐn)慎地對(duì)待它。2008年Facebook已讓

Cassandra開源到Apache.

2.MongoDB:

它的風(fēng)格可以說(shuō)，在當(dāng)今WebAPI流行的時(shí)代，它更易于被人使用，BJSON操作風(fēng)格，自動(dòng)數(shù)據(jù)平衡機(jī)制（當(dāng)然要當(dāng)心存貯碎片問(wèn)題），相對(duì)

MySQL等SQL數(shù)據(jù)庫(kù)有優(yōu)秀考慮全面的，分布式方案，自動(dòng)M/S主從讀寫切換。對(duì)于數(shù)據(jù)集群來(lái)說(shuō)，可以說(shuō)相當(dāng)完美的Sharding等自動(dòng)化支持。至

今聽說(shuō)過(guò)的最嚴(yán)重的事件就是FourSquare的11小時(shí)數(shù)據(jù)庫(kù)宕機(jī)事件。相對(duì)來(lái)說(shuō)還能接受：），它是使用C++/Boost編寫，效率性能的確不錯(cuò)。

3.Redis:

它就是一個(gè)高效的內(nèi)存數(shù)據(jù)庫(kù)，用它來(lái)持久化數(shù)據(jù)存貯，那是扯淡，如果真拿它來(lái)與別的NoSQL一樣使用（考慮讀寫一致性或者寫安全）那它馬上慢下

來(lái)：）不過(guò)他提供了比Memcached更多的操作數(shù)據(jù)類型，倒可以完全用它來(lái)做為一個(gè)高效易用的緩存，Benchmark據(jù)說(shuō)優(yōu)于memcached.

我用的數(shù)據(jù)規(guī)模沒有這么大，不敢妄加評(píng)論。

4.HBase:

概念上也相對(duì)完美，有Hive開源工具支持，使HBase,可以相對(duì)于其它NoSQL數(shù)據(jù)庫(kù)更易于使用，基于HDFS分布文件系統(tǒng)，使HBASE天

生就有對(duì)海量分布集群很好的支持。又因?yàn)榕cHadoop相伴而生，所以一個(gè)系統(tǒng)想使用數(shù)據(jù)分析，智能處理，海量邏輯執(zhí)行，完全可以選擇Hadoop +

HBase云計(jì)算方案。

MongoDB也支持js的Map/Reducer所以可以試著整合一下MongoDB進(jìn)云計(jì)算方案中。

當(dāng)我使有MySQL +

NoSQL方案時(shí)，我會(huì)選擇MongoDB,不僅是因?yàn)樗某錾暮Ａ糠植际椒桨傅闹С郑膊皇且驗(yàn)榻?jīng)的Map/Reducer分布式計(jì)算的支持。而是因

為還沒聽說(shuō)過(guò)它有過(guò)重大的失敗案例，相對(duì)較完美的文檔（還有中文手冊(cè)喲）還有JSON分格支持，在當(dāng)下WebAPI流行的時(shí)代，不僅是從個(gè)人喜愛角度，也

是從工程管理角度，開發(fā)人員更Love it,呵呵。

什么為分布式緩存？

分布式緩存主要用于在高并發(fā)環(huán)境下，減輕數(shù)據(jù)庫(kù)的壓力，提高系統(tǒng)的響應(yīng)速度和并發(fā)吞吐。當(dāng)大量的讀、寫請(qǐng)求涌向數(shù)據(jù)庫(kù)時(shí)，磁盤的處理速度與內(nèi)存顯然不在一個(gè)量級(jí)，因此，在數(shù)據(jù)庫(kù)之前加一層緩存，能夠顯著提高系統(tǒng)的響應(yīng)速度，并降低數(shù)據(jù)庫(kù)的壓力。作為傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)，MySQL提供完整的ACID操作，支持豐富的數(shù)據(jù)類型、強(qiáng)大的關(guān)聯(lián)查詢、where語(yǔ)句等，能夠非常客易地建立查詢索引，執(zhí)行復(fù)雜的內(nèi)連接、外連接、求和、排序、分組等操作，并且支持存儲(chǔ)過(guò)程、函數(shù)等功能，產(chǎn)品成熟度高，功能強(qiáng)大。但是，對(duì)于需要應(yīng)對(duì)高并發(fā)訪問(wèn)并且存儲(chǔ)海量數(shù)據(jù)的場(chǎng)景來(lái)說(shuō)，出于對(duì)性能的考慮，不得不放棄很多傳統(tǒng)關(guān)系型數(shù)據(jù)庫(kù)原本強(qiáng)大的功能，犧牲了系統(tǒng)的易用性，并且使得系統(tǒng)的設(shè)計(jì)和管理變得更為復(fù)雜。這也使得在過(guò)去幾年中，流行著另一種新的存儲(chǔ)解決方案——NoSQL，它與傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)最大的差別在于，它不使用SQL作為查詢語(yǔ)言來(lái)查找數(shù)據(jù)，而采用key-value形式進(jìn)行查找，提供了更高的查詢效率及吞吐，并且能夠更加方便地進(jìn)行擴(kuò)展，存儲(chǔ)海量數(shù)據(jù)，在數(shù)千個(gè)節(jié)點(diǎn)上進(jìn)行分區(qū)，自動(dòng)進(jìn)行數(shù)據(jù)的復(fù)制和備份。在分布式系統(tǒng)中，消息作為應(yīng)用間通信的一種方式，得到了十分廣泛的應(yīng)用。消息可以被保存在隊(duì)列中，直到被接收者取出，由于消息發(fā)送者不需要同步等待消息接收者的響應(yīng)，消息的異步接收降低了系統(tǒng)集成的耦合度，提升了分布式系統(tǒng)協(xié)作的效率，使得系統(tǒng)能夠更快地響應(yīng)用戶，提供更高的吞吐。

當(dāng)系統(tǒng)處于峰值壓力時(shí)，分布式消息隊(duì)列還能夠作為緩沖，削峰填谷，緩解集群的壓力，避免整個(gè)系統(tǒng)被壓垮。垂直化的搜索引擎在分布式系統(tǒng)中是一個(gè)非常重要的角色，它既能夠滿足用戶對(duì)于全文檢索、模糊匹配的需求，解決數(shù)據(jù)庫(kù)like查詢效率低下的問(wèn)題，又能夠解決分布式環(huán)境下，由于采用分庫(kù)分表，或者使用NoSQL數(shù)據(jù)庫(kù)，導(dǎo)致無(wú)法進(jìn)行多表關(guān)聯(lián)或者進(jìn)行復(fù)雜查詢的問(wèn)題。

nosql數(shù)據(jù)庫(kù)的四種類型

一般將NoSQL數(shù)據(jù)庫(kù)分為四大類：鍵值(Key-Value)存儲(chǔ)數(shù)據(jù)庫(kù)、列存儲(chǔ)數(shù)據(jù)庫(kù)、文檔型數(shù)據(jù)庫(kù)和圖形(Graph)數(shù)據(jù)庫(kù)。它們的數(shù)據(jù)模型、優(yōu)缺點(diǎn)、典型應(yīng)用場(chǎng)景。

鍵值(Key-Value)存儲(chǔ)數(shù)據(jù)庫(kù)Key指向Value的鍵值對(duì)，通常用hash表來(lái)實(shí)現(xiàn)查找速度快數(shù)據(jù)無(wú)結(jié)構(gòu)化(通常只被當(dāng)作字符串或者二進(jìn)制數(shù)據(jù))內(nèi)容緩存，主要用于處理大量數(shù)據(jù)的高訪問(wèn)負(fù)載，也用于一些日志系統(tǒng)等。

列存儲(chǔ)數(shù)據(jù)庫(kù)，以列簇式存儲(chǔ)，將同一列數(shù)據(jù)存在一起查找速度快，可擴(kuò)展性強(qiáng)，更容易進(jìn)行分布式擴(kuò)展功能相對(duì)局限分布式的文件系統(tǒng)。

文檔型數(shù)據(jù)庫(kù)，Key-Value對(duì)應(yīng)的鍵值對(duì)，Value為結(jié)構(gòu)化數(shù)據(jù)，數(shù)據(jù)結(jié)構(gòu)要求不嚴(yán)格，表結(jié)構(gòu)可變(不需要像關(guān)系型數(shù)據(jù)庫(kù)一樣需預(yù)先定義表結(jié)構(gòu))，查詢性能不高，而且缺乏統(tǒng)一的查詢語(yǔ)法，Web應(yīng)用。

圖形(Graph)數(shù)據(jù)庫(kù)，圖結(jié)構(gòu)，利用圖結(jié)構(gòu)相關(guān)算法(如最短路徑尋址，N度關(guān)系查找等)，很多時(shí)候需要對(duì)整個(gè)圖做計(jì)算才能得出需要的信息，而且這種結(jié)構(gòu)不太好做分布式的集群方案，社交網(wǎng)絡(luò)，推薦系統(tǒng)等。

如何設(shè)置數(shù)據(jù)庫(kù)緩存

內(nèi)存數(shù)據(jù)庫(kù)有現(xiàn)成的redis，高效存取鍵值對(duì)，鍵設(shè)為你的查詢條件，值設(shè)為你的查詢結(jié)果轉(zhuǎn)為字符串

查詢時(shí)先從redis取，沒有再查數(shù)據(jù)庫(kù)，并且設(shè)置redis的過(guò)期時(shí)間，這種方式需要項(xiàng)目對(duì)實(shí)時(shí)性要求不高，這樣你才能用緩存，而且如果你的項(xiàng)目沒有明顯的熱點(diǎn)，即沒有某些內(nèi)容確定會(huì)多次被查到，那你緩存就不會(huì)命中，添加緩存反而影響你得速度

redis是一種nosql的內(nèi)存數(shù)據(jù)庫(kù)，感興趣你可以了解一下，優(yōu)點(diǎn)就是性能強(qiáng)勁

數(shù)據(jù)查詢請(qǐng)求多就把結(jié)果緩存下來(lái)，你查數(shù)據(jù)庫(kù)再快也沒有直接把結(jié)果從內(nèi)存讀出來(lái)快

同樣的sql請(qǐng)求只有第一次查數(shù)據(jù)庫(kù)，之后通通讀內(nèi)存

或者你干脆借助這種思想，創(chuàng)建一個(gè)全局的map對(duì)象，然后查詢條件作key

，結(jié)果作value，就省去了了解redis的過(guò)程，把整個(gè)數(shù)據(jù)庫(kù)裝內(nèi)存不太科學(xué)，你有多少條數(shù)據(jù)啊

網(wǎng)站題目：nosqldb緩存方案,nos數(shù)據(jù)緩存
本文網(wǎng)址：http://chinadenli.net/article35/dsicepi.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供App開發(fā)、建站公司、網(wǎng)站設(shè)計(jì)、網(wǎng)站改版、全網(wǎng)營(yíng)銷推廣、品牌網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)