建站
咨詢
售后
建站咨詢
新聞中心
淺析NoSQL在評(píng)論數(shù)據(jù)庫設(shè)計(jì)中的應(yīng)用
創(chuàng)新互聯(lián)是一家集網(wǎng)站建設(shè),維西企業(yè)網(wǎng)站建設(shè),維西品牌網(wǎng)站建設(shè),網(wǎng)站定制,維西網(wǎng)站建設(shè)報(bào)價(jià),網(wǎng)絡(luò)營銷,網(wǎng)絡(luò)優(yōu)化,維西網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強(qiáng)企業(yè)競爭力?？沙浞譂M足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時(shí)我們時(shí)刻保持專業(yè)、時(shí)尚、前沿，時(shí)刻以成就客戶成長自我，堅(jiān)持不斷學(xué)習(xí)、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實(shí)用型網(wǎng)站。
隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，互聯(lián)網(wǎng)已逐漸成為人們生活中不可或缺的一部分。在這個(gè)互聯(lián)網(wǎng)時(shí)代，各種社交應(yīng)用、電子商務(wù)網(wǎng)站、新聞網(wǎng)站、直播平臺(tái)等應(yīng)用紛紛出現(xiàn)。這些應(yīng)用中必不可少的一個(gè)功能就是評(píng)論系統(tǒng)。評(píng)論系統(tǒng)可以讓用戶在信息傳遞的同時(shí)，也可以更好地互動(dòng)和交流。隨著評(píng)論功能的普及，評(píng)論數(shù)據(jù)庫的設(shè)計(jì)也逐漸成為了開發(fā)人員需要考慮的問題之一。在評(píng)論數(shù)據(jù)庫的設(shè)計(jì)中，NoSQL數(shù)據(jù)庫相比于傳統(tǒng)的關(guān)系型數(shù)據(jù)庫，具有更好的特點(diǎn)和優(yōu)勢，本文將從 NoSQL 在評(píng)論數(shù)據(jù)庫設(shè)計(jì)中的應(yīng)用方面進(jìn)行探討。
1. NoSQL 數(shù)據(jù)庫的簡介
NoSQL（Not only SQL），指的是非關(guān)系型數(shù)據(jù)庫。相對(duì)于關(guān)系型數(shù)據(jù)庫，NoSQL 數(shù)據(jù)庫具有存儲(chǔ)海量數(shù)據(jù)、高并發(fā)訪問、支持分布式等多種優(yōu)點(diǎn)。NoSQL 數(shù)據(jù)庫常常以鍵值對(duì)的方式進(jìn)行數(shù)據(jù)存儲(chǔ)，同時(shí)也支持文檔型、列族型、圖型等多種數(shù)據(jù)存儲(chǔ)形式。NoSQL 數(shù)據(jù)庫的種類有多種，包括 MongoDB、Redis、Cassandra、Couchbase 等等。
2. 傳統(tǒng)關(guān)系型數(shù)據(jù)庫的不足之處
在傳統(tǒng)的關(guān)系型數(shù)據(jù)庫中，表之間的關(guān)系必須要通過外鍵和主鍵的方式進(jìn)行關(guān)聯(lián)。當(dāng)數(shù)據(jù)表之間的關(guān)系比較復(fù)雜時(shí)，通過關(guān)系型數(shù)據(jù)庫進(jìn)行數(shù)據(jù)存儲(chǔ)和查詢，需要的時(shí)間和計(jì)算成本也會(huì)更高。對(duì)于一些需要對(duì)數(shù)據(jù)進(jìn)行實(shí)時(shí)處理和查詢的應(yīng)用場景，關(guān)系型數(shù)據(jù)庫的能力也無法滿足需求。此外，當(dāng)數(shù)據(jù)庫中存放的數(shù)據(jù)量過大時(shí)，關(guān)系型數(shù)據(jù)庫也無法滿足高效存儲(chǔ)和訪問數(shù)據(jù)的需求，會(huì)出現(xiàn)數(shù)據(jù)庫性能下降、響應(yīng)時(shí)間變慢等種種問題。
3. NoSQL 數(shù)據(jù)庫在評(píng)論系統(tǒng)設(shè)計(jì)中的應(yīng)用
NoSQL 數(shù)據(jù)庫在評(píng)論系統(tǒng)的設(shè)計(jì)中具有很多自身的優(yōu)勢。下面將從以下幾個(gè)方面進(jìn)行具體的展開：
3.1 數(shù)據(jù)庫的高性能
評(píng)論系統(tǒng)具有高峰期的訪問，當(dāng)有大量用戶同時(shí)訪問系統(tǒng)時(shí)，需要數(shù)據(jù)庫能夠快速地響應(yīng)、穩(wěn)定地輸出結(jié)果。這就需要數(shù)據(jù)庫具有足夠的高性能。相比于傳統(tǒng)的關(guān)系型數(shù)據(jù)庫，NoSQL 數(shù)據(jù)庫的查詢速度更快，同時(shí)也可以更好地支持并發(fā)訪問，能夠更好地應(yīng)對(duì)高并發(fā)請求。
3.2 數(shù)據(jù)庫的數(shù)據(jù)模型
NoSQL 數(shù)據(jù)庫支持多種數(shù)據(jù)模型，包括文檔型、鍵值型、列族型等多種形式，因此在設(shè)計(jì)評(píng)論系統(tǒng)時(shí)根據(jù)具體應(yīng)用場景選擇相適應(yīng)的數(shù)據(jù)模型是很重要的。例如，如果數(shù)據(jù)的存儲(chǔ)方式比較復(fù)雜，可以使用文檔型數(shù)據(jù)庫，如果是kv型數(shù)據(jù)，則可以使用Redis數(shù)據(jù)庫，如果數(shù)據(jù)量巨大，則可以考慮使用列族型數(shù)據(jù)庫。NoSQL 數(shù)據(jù)庫具象化數(shù)據(jù)庫設(shè)計(jì)，同時(shí)也更加符合應(yīng)用具體的需求。
3.3 數(shù)據(jù)庫的水平擴(kuò)展
當(dāng)評(píng)論系統(tǒng)需要進(jìn)行橫向擴(kuò)展時(shí)，NoSQL 的水平擴(kuò)展特點(diǎn)就顯得很重要了。NoSQL 數(shù)據(jù)庫支持分布式數(shù)據(jù)庫和數(shù)據(jù)共享，可以實(shí)現(xiàn)系統(tǒng)的多點(diǎn)部署，擴(kuò)展比較簡單，并能夠更好地應(yīng)對(duì)數(shù)據(jù)量的增長和應(yīng)用負(fù)載的變化。
4. NoSQL 在評(píng)論系統(tǒng)中的實(shí)際應(yīng)用場景
以博客系統(tǒng)中的評(píng)論系統(tǒng)為例：評(píng)論系統(tǒng)設(shè)計(jì)通常包含兩個(gè)核心表，一個(gè)是評(píng)論表，另一個(gè)是子評(píng)論表，分別存儲(chǔ)主評(píng)論和子評(píng)論。評(píng)論表的字段一般包含：評(píng)論 ID、父評(píng) ID、文章 ID、評(píng)論人、評(píng)論內(nèi)容、評(píng)論時(shí)間、點(diǎn)贊數(shù)等。子評(píng)論表的字段包含的比較少，但很多字段與父評(píng)論表相似或者完全一樣。
對(duì)于評(píng)論表的設(shè)計(jì)，可以采用文檔型數(shù)據(jù)庫 MongoDB 進(jìn)行存儲(chǔ)。一個(gè)主評(píng)論和所有其相關(guān)的子評(píng)論可以組成一個(gè)文檔，而所有的評(píng)論可以根據(jù)評(píng)論的 ID 進(jìn)行索引和查詢。
對(duì)于子評(píng)論的設(shè)計(jì)，可以選擇 KV 型的 Redis 數(shù)據(jù)庫進(jìn)行存儲(chǔ)，由于子評(píng)論信息量較小的特點(diǎn)，便可以存儲(chǔ)于 Redis 中。Redis 存儲(chǔ)子評(píng)論信息，博客的主評(píng)論就可以通過 MongoDB 進(jìn)行存儲(chǔ)。這樣設(shè)計(jì)具有很好的性能和可擴(kuò)展性。
5.
隨著互聯(lián)網(wǎng)應(yīng)用的擴(kuò)展，評(píng)論系統(tǒng)的設(shè)計(jì)也越來越受到開發(fā)者們的關(guān)注。NoSQL 數(shù)據(jù)庫的優(yōu)勢不僅具有高性能、低成本，而且還具有數(shù)據(jù)模型靈活、水平擴(kuò)展等優(yōu)點(diǎn)。采用 NoSQL 數(shù)據(jù)庫對(duì)傳統(tǒng)關(guān)系型數(shù)據(jù)庫進(jìn)行收束，在評(píng)論系統(tǒng)的設(shè)計(jì)中將具有更優(yōu)于傳統(tǒng)關(guān)系型數(shù)據(jù)庫的表現(xiàn)。因此，在實(shí)踐中引入 NoSQL 數(shù)據(jù)庫技術(shù)進(jìn)行評(píng)論數(shù)據(jù)庫的設(shè)計(jì)，將會(huì)給開發(fā)者帶來更大的便利和提高數(shù)據(jù)庫的性能。
成都網(wǎng)站建設(shè)公司-創(chuàng)新互聯(lián)為您提供網(wǎng)站建設(shè)、網(wǎng)站制作、網(wǎng)頁設(shè)計(jì)及定制高端網(wǎng)站建設(shè)服務(wù)！
什么是New SQL?分析NewSQL是如何融合NoSQL和RDBMS兩者的優(yōu)勢
NewSQL是對(duì)一類現(xiàn)代
關(guān)系型數(shù)據(jù)庫
的統(tǒng)稱，這類數(shù)據(jù)庫對(duì)于一般的OLTP讀寫請求提供可橫向擴(kuò)展的性能，同時(shí)支持事務(wù)的ACID保證。這些系統(tǒng)既擁有NoSQL數(shù)據(jù)庫的擴(kuò)展性，又保持傳統(tǒng)數(shù)據(jù)庫的事務(wù)特性。NewSQL重新將“
應(yīng)用程序
邏輯與數(shù)據(jù)操作邏輯應(yīng)該分離”的理念帶回到現(xiàn)代數(shù)據(jù)庫的世界，這也驗(yàn)證了歷史的發(fā)展總是呈現(xiàn)出螺旋上升的形式。
在21世紀(jì)00年代中，出現(xiàn)了許多數(shù)據(jù)倉庫系統(tǒng) (如 Vertica，Greeplum 和AsterData)，這些以處理OLAP 請求為設(shè)計(jì)目標(biāo)的系統(tǒng)并不在本文定義的NewSQL范圍內(nèi)。OLAP 數(shù)據(jù)庫更關(guān)注針對(duì)
海量數(shù)據(jù)
的灶皮大型、復(fù)雜、只讀的查詢，查詢時(shí)間可能持續(xù)秒級(jí)、分鐘級(jí)甚至更長。
NoSQL的
擁躉
普遍認(rèn)為阻礙傳統(tǒng)數(shù)據(jù)庫橫向擴(kuò)容虧脊、提高可用性的原因在于ACID保證和
關(guān)系模型
，因此NoSQL運(yùn)動(dòng)的核心就是放棄事務(wù)強(qiáng)一致性以及關(guān)系模型，擁抱最終一致性和其它
數(shù)據(jù)模型
(如 key/value，graphs 和Documents)。銷辯滲
兩個(gè)最著名的NoSQL數(shù)據(jù)庫就是Google的BigTable和Amazon的Dynamo，由于二者都未開源，其它組織就開始推出類似的開源替代項(xiàng)目，包括Facebook的 Cassandra (基于BigTable和Dynamo)、PowerSet的 Hbase(基于BigTable)。有一些創(chuàng)業(yè)公司也加入到這場NoSQL運(yùn)動(dòng)中，它們不一定是受BigTable和Dynamo的啟發(fā)，但都響應(yīng)了NoSQL的哲學(xué)，其中最出名的就是MongoDB。
在21世紀(jì)00年代末，市面上已經(jīng)有許多供用戶選擇的
分布式數(shù)據(jù)庫
產(chǎn)品。使用NoSQL的優(yōu)勢在于應(yīng)用開發(fā)者可以更關(guān)注應(yīng)用邏輯本身，而非數(shù)據(jù)庫的擴(kuò)展性問題；但與此同時(shí)許多應(yīng)用，如金融系統(tǒng)、訂單處理系統(tǒng)，由于無法放棄事務(wù)的一致性要求被拒之門外。
一些組織，如Google，已經(jīng)發(fā)現(xiàn)他們的許多工程師將過多的精力放在處理數(shù)據(jù)一致性上，這既暴露了數(shù)據(jù)庫的抽象、又提高了代碼的復(fù)雜度，這時(shí)候要么選擇回到傳統(tǒng)DBMS時(shí)代，用更高的機(jī)器配置縱向擴(kuò)容，要么選擇回到
中間件
時(shí)代，開發(fā)支持
分布式事務(wù)
的中間件。這兩種方案成本都很高，于是NewSQL運(yùn)動(dòng)開始醞釀。
NewSQL數(shù)據(jù)庫設(shè)計(jì)針對(duì)的讀寫事務(wù)有以下特點(diǎn)：
1、耗時(shí)短。
2、使用索引查詢，涉及少量數(shù)據(jù)。
3、重復(fù)度高，通常使用相同的查詢語句和不同的查詢參考。
也有一些學(xué)者認(rèn)為NewSQL系統(tǒng)是特指實(shí)現(xiàn)上使用Lock-free并發(fā)控制技術(shù)和share-nothing架構(gòu)的數(shù)據(jù)庫。所有我們認(rèn)為是NewSQL的
數(shù)據(jù)庫系統(tǒng)
確實(shí)都有這樣的特點(diǎn)。
nosql數(shù)據(jù)庫是什么 具有代表性以key-value的形式存儲(chǔ)的
什么是NoSQL
大家有沒有聽說過“NoSQL”呢?近年，這個(gè)詞極受關(guān)注?？吹健癗oSQL”這個(gè)詞，大家可能會(huì)誤以為是“No!SQL”的縮寫，并深感憤怒：“SQL怎么會(huì)沒有必要了呢?”但實(shí)際上，它是“Not Only SQL”的縮寫。它的意義是：適用關(guān)系型數(shù)據(jù)庫的時(shí)候就使用關(guān)系型數(shù)據(jù)庫，不適用的時(shí)候也沒有必要非使用關(guān)系型數(shù)據(jù)庫不可，可以考慮使用棗游更加合適的數(shù)據(jù)存儲(chǔ)。
為彌補(bǔ)關(guān)系型數(shù)據(jù)庫的不足，各種各樣的NoSQL數(shù)據(jù)庫應(yīng)運(yùn)而生。
為了更好地了解本書所介紹的NoSQL數(shù)據(jù)庫，對(duì)關(guān)系型數(shù)據(jù)庫的理解是必不可少的。那么，就讓我們先來看一看關(guān)系型數(shù)據(jù)庫的歷史、分類和特征吧。
關(guān)系型數(shù)據(jù)庫簡史
1969年，埃德加?6?1弗蘭克?6?1科德(Edgar Frank Codd)發(fā)表了劃時(shí)代的論文，首次提出了關(guān)系數(shù)據(jù)模型的概念。但可惜的是，刊登論文的《IBM Research Report》只是IBM公司的內(nèi)部刊物，因此論文反響平平。1970年，他再次在刊物《Communication of the ACM》上發(fā)表了題為“A Relational Model of Data for Large Shared Data banks”(大型共享數(shù)據(jù)庫的關(guān)系模型)的論文，終于引起了大家的關(guān)注。
科德所提出的關(guān)系數(shù)據(jù)模型的概念成為了現(xiàn)今關(guān)系型數(shù)據(jù)庫的基礎(chǔ)。當(dāng)時(shí)的關(guān)系型數(shù)據(jù)庫由于硬件性能低劣、處理速度過慢而遲遲沒有得到實(shí)際應(yīng)用。但之后隨著硬件性能的提升，加之使用簡單、性能優(yōu)越等優(yōu)點(diǎn)，關(guān)系型數(shù)據(jù)庫得到了廣泛的應(yīng)用。
通用性及高性能
雖然本書是講解NoSQL數(shù)據(jù)庫的，但有一個(gè)重要的大前提，請大家一定不要誤激鍵解。這個(gè)大前提就是“關(guān)系型數(shù)據(jù)庫的性能絕對(duì)不低，它具有非常好的通用性和非常高的性能”。毫無疑問，對(duì)于絕大多數(shù)的應(yīng)用來說它都是最有效的解決方案。
突出的優(yōu)勢
關(guān)系型數(shù)據(jù)庫作為應(yīng)用廣泛的通用型數(shù)據(jù)庫，它的突出優(yōu)勢主要有以下幾點(diǎn):
保持?jǐn)?shù)據(jù)的一致性(事務(wù)處理)
由于以標(biāo)準(zhǔn)化為前提，數(shù)據(jù)更新的開銷很小(相同的字段基本上都只有一處)
可以進(jìn)行JOIN等復(fù)雜查詢
存在很多明巖巧實(shí)際成果和專業(yè)技術(shù)信息(成熟的技術(shù))
這其中，能夠保持?jǐn)?shù)據(jù)的一致性是關(guān)系型數(shù)據(jù)庫的更大優(yōu)勢。在需要嚴(yán)格保證數(shù)據(jù)一致性和處理完整性的情況下，用關(guān)系型數(shù)據(jù)庫是肯定沒有錯(cuò)的。但是有些情況不需要JOIN，對(duì)上述關(guān)系型數(shù)據(jù)庫的優(yōu)點(diǎn)也沒有什么特別需要，這時(shí)似乎也就沒有必要拘泥于關(guān)系型數(shù)據(jù)庫了。
關(guān)系型數(shù)據(jù)庫的不足
不擅長的處理
就像之前提到的那樣，關(guān)系型數(shù)據(jù)庫的性能非常高。但是它畢竟是一個(gè)通用型的數(shù)據(jù)庫，并不能完全適應(yīng)所有的用途。具體來說它并不擅長以下處理：
大量數(shù)據(jù)的寫入處理
為有數(shù)據(jù)更新的表做索引或表結(jié)構(gòu)(schema)變更
字段不固定時(shí)應(yīng)用
對(duì)簡單查詢需要快速返回結(jié)果的處理
。
NoSQL數(shù)據(jù)庫
為了彌補(bǔ)關(guān)系型數(shù)據(jù)庫的不足(特別是最近幾年)，NoSQL數(shù)據(jù)庫出現(xiàn)了。關(guān)系型數(shù)據(jù)庫應(yīng)用廣泛，能進(jìn)行事務(wù)處理和JOIN等復(fù)雜處理。相對(duì)地，NoSQL數(shù)據(jù)庫只應(yīng)用在特定領(lǐng)域，基本上不進(jìn)行復(fù)雜的處理，但它恰恰彌補(bǔ)了之前所列舉的關(guān)系型數(shù)據(jù)庫的不足之處。
易于數(shù)據(jù)的分散
如前所述，關(guān)系型數(shù)據(jù)庫并不擅長大量數(shù)據(jù)的寫入處理。原本關(guān)系型數(shù)據(jù)庫就是以JOIN為前提的，就是說，各個(gè)數(shù)據(jù)之間存在關(guān)聯(lián)是關(guān)系型數(shù)據(jù)庫得名的主要原因。為了進(jìn)行JOIN處理，關(guān)系型數(shù)據(jù)庫不得不把數(shù)據(jù)存儲(chǔ)在同一個(gè)服務(wù)器內(nèi)，這不利于數(shù)據(jù)的分散。相反，NoSQL數(shù)據(jù)庫原本就不支持JOIN處理，各個(gè)數(shù)據(jù)都是獨(dú)立設(shè)計(jì)的，很容易把數(shù)據(jù)分散到多個(gè)服務(wù)器上。由于數(shù)據(jù)被分散到了多個(gè)服務(wù)器上，減少了每個(gè)服務(wù)器上的數(shù)據(jù)量，即使要進(jìn)行大量數(shù)據(jù)的寫入操作，處理起來也更加容易。同理，數(shù)據(jù)的讀入操作當(dāng)然也同樣容易。
提升性能和增大規(guī)模
下面說一點(diǎn)題外話，如果想要使服務(wù)器能夠輕松地處理更大量的數(shù)據(jù)，那么只有兩個(gè)選擇：一是提升性能，二是增大規(guī)模。下面我們來整理一下這兩者的不同。
首先，提升性能指的就是通過提升現(xiàn)行服務(wù)器自身的性能來提高處理能力。這是非常簡單的方法，程序方面也不需要進(jìn)行變更，但需要一些費(fèi)用。若要購買性能翻倍的服務(wù)器，需要花費(fèi)的資金往往不只是原來的2倍，可能需要多達(dá)5到10倍。這種方法雖然簡單，但是成本較高。
另一方面，增大規(guī)模指的是使用多臺(tái)廉價(jià)的服務(wù)器來提高處理能力。它需要對(duì)程序進(jìn)行變更，但由于使用廉價(jià)的服務(wù)器，可以控制成本。另外，以后只要依葫蘆畫瓢增加廉價(jià)服務(wù)器的數(shù)量就可以了。
不對(duì)大量數(shù)據(jù)進(jìn)行處理的話就沒有使用的必要嗎？
NoSQL數(shù)據(jù)庫基本上來說為了“使大量數(shù)據(jù)的寫入處理更加容易(讓增加服務(wù)器數(shù)量更容易)”而設(shè)計(jì)的。但如果不是對(duì)大量數(shù)據(jù)進(jìn)行操作的話，NoSQL數(shù)據(jù)庫的應(yīng)用就沒有意義嗎?
答案是否定的。的確，它在處理大量數(shù)據(jù)方面很有優(yōu)勢。但實(shí)際上NoSQL數(shù)據(jù)庫還有各種各樣的特點(diǎn)，如果能夠恰當(dāng)?shù)乩眠@些特點(diǎn)將會(huì)是非常有幫助。具體的例子將會(huì)在第2章和第3章進(jìn)行介紹，這些用途將會(huì)讓你感受到利用NoSQL的好處。
希望順暢地對(duì)數(shù)據(jù)進(jìn)行緩存(Cache)處理
希望對(duì)數(shù)組類型的數(shù)據(jù)進(jìn)行高速處理
希望進(jìn)行全部保存
多樣的NoSQL數(shù)據(jù)庫
NoSQL數(shù)據(jù)庫存在著“key-value存儲(chǔ)”、“文檔型數(shù)據(jù)庫”、“列存儲(chǔ)數(shù)據(jù)庫”等各種各樣的種類，每種數(shù)據(jù)庫又包含各自的特點(diǎn)。下一節(jié)讓我們一起來了解一下NoSQL數(shù)據(jù)庫的種類和特點(diǎn)。
NoSQL數(shù)據(jù)庫是什么
NoSQL說起來簡單，但實(shí)際上到底有多少種呢?我在提筆的時(shí)候，到NoSQL的官方網(wǎng)站上確認(rèn)了一下，竟然已經(jīng)有122種了。另外官方網(wǎng)站上也介紹了本書沒有涉及到的圖形數(shù)據(jù)庫和對(duì)象數(shù)據(jù)庫等各個(gè)類別。不知不覺間，原來已經(jīng)出現(xiàn)了這么多的NoSQL數(shù)據(jù)庫啊。
本節(jié)將為大家介紹具有代表性的NoSQL數(shù)據(jù)庫。
key-value存儲(chǔ)
這是最常見的NoSQL數(shù)據(jù)庫，它的數(shù)據(jù)是以key-value的形式存儲(chǔ)的。雖然它的處理速度非?？?，但是基本上只能通過key的完全一致查詢獲取數(shù)據(jù)。根據(jù)數(shù)據(jù)的保存方式可以分為臨時(shí)性、永久性和兩者兼具三種。
臨時(shí)性
memcached屬于這種類型。所謂臨時(shí)性就是 “數(shù)據(jù)有可能丟失”的意思。memcached把所有數(shù)據(jù)都保存在內(nèi)存中，這樣保存和讀取的速度非?？?，但是當(dāng)memcached停止的時(shí)候，數(shù)據(jù)就不存在了。由于數(shù)據(jù)保存在內(nèi)存中，所以無法操作超出內(nèi)存容量的數(shù)據(jù)(舊數(shù)據(jù)會(huì)丟失)。
在內(nèi)存中保存數(shù)據(jù)
可以進(jìn)行非?？焖俚谋４婧妥x取處理
數(shù)據(jù)有可能丟失
永久性
Tokyo Tyrant、Flare、ROMA等屬于這種類型。和臨時(shí)性相反，所謂永久性就是“數(shù)據(jù)不會(huì)丟失”的意思。這里的key-value存儲(chǔ)不像memcached那樣在內(nèi)存中保存數(shù)據(jù)，而是把數(shù)據(jù)保存在硬盤上。與memcached在內(nèi)存中處理數(shù)據(jù)比起來，由于必然要發(fā)生對(duì)硬盤的IO操作，所以性能上還是有差距的。但數(shù)據(jù)不會(huì)丟失是它更大的優(yōu)勢。
在硬盤上保存數(shù)據(jù)
可以進(jìn)行非?？焖俚谋４婧妥x取處理(但無法與memcached相比)
數(shù)據(jù)不會(huì)丟失
兩者兼具
Redis屬于這種類型。Redis有些特殊，臨時(shí)性和永久性兼具，且了臨時(shí)性key-value存儲(chǔ)和永久性key-value存儲(chǔ)的優(yōu)點(diǎn)。Redis首先把數(shù)據(jù)保存到內(nèi)存中，在滿足特定條件(默認(rèn)是15分鐘一次以上，5分鐘內(nèi)10個(gè)以上，1分鐘內(nèi)10000個(gè)以上的key發(fā)生變更)的時(shí)候?qū)?shù)據(jù)寫入到硬盤中。這樣既確保了內(nèi)存中數(shù)據(jù)的處理速度，又可以通過寫入硬盤來保證數(shù)據(jù)的永久性。這種類型的數(shù)據(jù)庫特別適合于處理數(shù)組類型的數(shù)據(jù)。
同時(shí)在內(nèi)存和硬盤上保存數(shù)據(jù)
可以進(jìn)行非?？焖俚谋４婧妥x取處理
保存在硬盤上的數(shù)據(jù)不會(huì)消失(可以恢復(fù))
適合于處理數(shù)組類型的數(shù)據(jù)
面向文檔的數(shù)據(jù)庫
MongoDB、CouchDB屬于這種類型。它們屬于NoSQL數(shù)據(jù)庫，但與key-value存儲(chǔ)相異。
不定義表結(jié)構(gòu)
面向文檔的數(shù)據(jù)庫具有以下特征：即使不定義表結(jié)構(gòu)，也可以像定義了表結(jié)構(gòu)一樣使用。關(guān)系型數(shù)據(jù)庫在變更表結(jié)構(gòu)時(shí)比較費(fèi)事，而且為了保持一致性還需修改程序。然而NoSQL數(shù)據(jù)庫則可省去這些麻煩(通常程序都是正確的)，確實(shí)是方便快捷。
可以使用復(fù)雜的查詢條件
跟key-value存儲(chǔ)不同的是，面向文檔的數(shù)據(jù)庫可以通過復(fù)雜的查詢條件來獲取數(shù)據(jù)。雖然不具備事務(wù)處理和JOIN這些關(guān)系型數(shù)據(jù)庫所具有的處理能力，但除此以外的其他處理基本上都能實(shí)現(xiàn)。這是非常容易使用的NoSQL數(shù)據(jù)庫。
不需要定義表結(jié)構(gòu)
可以利用復(fù)雜的查詢條件
面向列的數(shù)據(jù)庫
Cassandra、Hbase、HyperTable屬于這種類型。由于近年來數(shù)據(jù)量出現(xiàn)爆發(fā)性增長，這種類型的NoSQL數(shù)據(jù)庫尤其引人注目。
面向行的數(shù)據(jù)庫和面向列的數(shù)據(jù)庫
普通的關(guān)系型數(shù)據(jù)庫都是以行為單位來存儲(chǔ)數(shù)據(jù)的，擅長進(jìn)行以行為單位的讀入處理，比如特定條件數(shù)據(jù)的獲取。因此，關(guān)系型數(shù)據(jù)庫也被稱為面向行的數(shù)據(jù)庫。相反，面向列的數(shù)據(jù)庫是以列為單位來存儲(chǔ)數(shù)據(jù)的，擅長以列為單位讀入數(shù)據(jù)。
高擴(kuò)展性
面向列的數(shù)據(jù)庫具有高擴(kuò)展性，即使數(shù)據(jù)增加也不會(huì)降低相應(yīng)的處理速度(特別是寫入速度)，所以它主要應(yīng)用于需要處理大量數(shù)據(jù)的情況。另外，利用面向列的數(shù)據(jù)庫的優(yōu)勢，把它作為批處理程序的存儲(chǔ)器來對(duì)大量數(shù)據(jù)進(jìn)行更新也是非常有用的。但由于面向列的數(shù)據(jù)庫跟現(xiàn)行數(shù)據(jù)庫存儲(chǔ)的思維方式有很大不同，應(yīng)用起來十分困難。
高擴(kuò)展性(特別是寫入處理)
應(yīng)用十分困難
最近，像Twitter和Facebook這樣需要對(duì)大量數(shù)據(jù)進(jìn)行更新和查詢的網(wǎng)絡(luò)服務(wù)不斷增加，面向列的數(shù)據(jù)庫的優(yōu)勢對(duì)其中一些服務(wù)是非常有用的，但是由于這與本書所要介紹的內(nèi)容關(guān)系不大，就不進(jìn)行詳細(xì)介紹了。
總結(jié)：
NoSQL并不是No-SQL，而是指Not Only SQL。
NoSQL的出現(xiàn)是為了彌補(bǔ)SQL數(shù)據(jù)庫因?yàn)槭聞?wù)等機(jī)制帶來的對(duì)海量數(shù)據(jù)、高并發(fā)請求的處理的性能上的欠缺。
NoSQL不是為了替代SQL而出現(xiàn)的，它是一種替補(bǔ)方案，而不是解決方案的首選。
絕大多數(shù)的NoSQL產(chǎn)品都是基于大內(nèi)存和高性能隨機(jī)讀寫的（比如具有更高性能的固態(tài)硬盤陣列），一般的小型企業(yè)在選擇NoSQL時(shí)一定要慎重！不要為了NoSQL而NoSQL，可能會(huì)導(dǎo)致花了冤枉錢又耽擱了項(xiàng)目進(jìn)程。
NoSQL不是萬能的，但在大型項(xiàng)目中，你往往需要它！
關(guān)于評(píng)論數(shù)據(jù)庫設(shè)計(jì) nosql的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。
香港服務(wù)器選創(chuàng)新互聯(lián)，香港虛擬主機(jī)被稱為香港虛擬空間/香港網(wǎng)站空間，或者簡稱香港主機(jī)/香港空間。香港虛擬主機(jī)特點(diǎn)是免備案空間開通就用， 創(chuàng)新互聯(lián)香港主機(jī)精選cn2+bgp線路訪問快、穩(wěn)定！
分享標(biāo)題：淺析nosql在評(píng)論數(shù)據(jù)庫設(shè)計(jì)中的應(yīng)用(評(píng)論數(shù)據(jù)庫設(shè)計(jì)nosql)
網(wǎng)站URL：http://www.5511xx.com/article/djecsph.html
