建站
咨詢
售后
建站咨詢
新聞中心
NoSQL和MySQL的區(qū)別大嗎？
即非關系型數(shù)據(jù)庫和關系型數(shù)據(jù)庫。
網(wǎng)站建設哪家好，找創(chuàng)新互聯(lián)！專注于網(wǎng)頁設計、網(wǎng)站建設、微信開發(fā)、小程序定制開發(fā)、集團企業(yè)網(wǎng)站建設等服務項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了商洛免費建站歡迎大家使用！
MySQL的優(yōu)點：事務處理—保持數(shù)據(jù)的一致性；由于以標準化為前提，數(shù)據(jù)更新的開銷很小（相同的字段基本上只有一處）；可以進行Join等復雜查詢
NoSQL的優(yōu)點：首先它是基于內(nèi)存的，也就是數(shù)據(jù)放在內(nèi)存中，而不是像數(shù)據(jù)庫那樣把數(shù)據(jù)放在磁盤上，而內(nèi)存的讀取速度是磁盤讀取速度的幾十倍到上百倍，所以NoSQL工具的速度遠比數(shù)據(jù)庫讀取速度要快得多，滿足了高響應的要求。即使NoSQL將數(shù)據(jù)放在磁盤中，它也是一種半結構化的數(shù)據(jù) 格式，讀取到解析的復雜度遠比MySQL要簡單，這是因為MySQL存儲的是經(jīng)過結構化、多范式等有復雜規(guī)則的數(shù)據(jù)，還原為內(nèi)存結構的速度較慢。NoSQL在很大程度上滿足了高并發(fā)、快速讀/和響應的要求，所以它也是Java互聯(lián)網(wǎng)系統(tǒng)的利器。
簡單的擴展：典型例子是Cassandra，由于其架構是類似于經(jīng)典的P2P，所以能通過輕松地添加新的節(jié)點來擴展這個集群;
低廉的成本：這是大多數(shù)分布式數(shù)據(jù)庫共有的特點，因為主要都是開源軟件，沒有昂貴的License成本;
NoSQL的缺點：大多數(shù)NoSQL數(shù)據(jù)庫都不支持事務，也不像 SQL Server和Oracle那樣能提供各種附加功能，比如BI和報表等; 不提供對SQL的支持
那么該如何選擇？
如果規(guī)模和性能比24小時的數(shù)據(jù)一致性更重要，那NoSQL是一個理想的選擇 （NoSQL依賴于BASE模型——基本可用、軟狀態(tài)、最終一致性）。
但如果要保證到“始終一致”，尤其是對于機密信息和財務信息，那么MySQL很可能是最優(yōu)的選擇（MySQL依賴于ACID模型——原子性、一致性、獨立性和耐久性）。
如果關系數(shù)據(jù)庫在你的應用場景中，完全能夠很好的工作，而你又是非常善于使用和維護關系數(shù)據(jù)庫的，那么我覺得你完全沒有必要遷移到NoSQL上面，除非你是個喜歡折騰的人。如果你是在金融，電信等以數(shù)據(jù)為王的關鍵領域，目前使用的是Oracle數(shù)據(jù)庫來提供高可靠性的，除非遇到特別大的瓶頸，不然也別貿(mào)然嘗試NoSQL。
然而，在WEB2.0的網(wǎng)站中，關系數(shù)據(jù)庫大部分都出現(xiàn)了瓶頸。在磁盤IO、數(shù)據(jù)庫可擴展上都花費了開發(fā)人員相當多的精力來優(yōu)化，比如做分表分庫（database sharding）、主從復制、異構復制等等，然而，這些工作需要的技術能力越來越高，也越來越具有挑戰(zhàn)性。如果你正在經(jīng)歷這些場合，那么我覺得你應該嘗試一下NoSQL了。
具體問題具體分析
MySQL體積小、速度快、成本低、結構穩(wěn)定、便于查詢，可以保證數(shù)據(jù)的一致性，但缺乏靈活性。
NoSQL高性能、高擴展、高可用，不用局限于固定的結構，減少了時間和空間上的開銷，卻又很難保證數(shù)據(jù)一致性。
————————————————
版權聲明：本文為CSDN博主「蒟蒻熊」的原創(chuàng)文章，遵循CC 4.0 BY-SA版權協(xié)議，轉(zhuǎn)載請附上原文出處鏈接及本聲明。
原文鏈接：
nosql數(shù)據(jù)庫的四種類型
nosql數(shù)據(jù)庫的四種類型如下：
1.key-value鍵值存儲數(shù)據(jù)庫:
相關產(chǎn)品: Redis、Riak、SimpleDB、Chordless、Scalaris、Memcached.
主要應用: 內(nèi)容緩存,處理大量數(shù)據(jù)的高負載訪問,也用于系統(tǒng)日志。
優(yōu)點:查找速度快,大量操作時性能高。
2.列存儲數(shù)據(jù)庫:
相關產(chǎn)品: BigTable、HBase、Cassandra、HadoopDB、GreenPlum、PNUTS.
主要應用: 分布式數(shù)據(jù)的儲存與管理。
優(yōu)點:查找速度快,可擴展性強,容易進行分布式擴展。
缺點:功能相對局限。
3.文檔型數(shù)據(jù)庫
相關產(chǎn)品:MongoDB、CouchDB、ThruDB、CloudKit、Perservere、Jackrabbit.
主要應用: web應用,管理面向文檔的數(shù)據(jù)或者類似的半結構化數(shù)據(jù)。
優(yōu)點:數(shù)據(jù)結構靈活,表結構可變,復雜性低。
缺點:查詢效率低,且缺乏統(tǒng)一的查詢語言。
4.Graph圖形數(shù)據(jù)庫
相關產(chǎn)品: Neo4J、OrientDB、InfoGrid、GraphDB.
主要應用: 復雜,互連接,低結構化的圖結構場合, 專注構建關系圖譜。
優(yōu)點: 利用圖結構相關算法, 可用于構建復雜的關系圖譜。
缺點: 復雜度高。
常見NoSQL數(shù)據(jù)庫的應用場景是怎么樣的
文檔數(shù)據(jù)庫
源起：受Lotus Notes啟發(fā)。
數(shù)據(jù)模型：包含了key-value的文檔集合
例子：CouchDB, MongoDB
優(yōu)點：數(shù)據(jù)模型自然，編程友好，快速開發(fā)，web友好，CRUD。
圖數(shù)據(jù)庫
源起： 歐拉和圖理論。
數(shù)據(jù)模型：節(jié)點和關系，也可處理鍵值對。
例子：AllegroGraph, InfoGrid, Neo4j
優(yōu)點：解決復雜的圖問題。
關系數(shù)據(jù)庫
源起： E. F. Codd 在A Relational Model of Data for Large Shared Data Banks提出的
數(shù)據(jù)模型：各種關系
例子：VoltDB, Clustrix, MySQL
優(yōu)點：高性能、可擴展的OLTP，支持SQL，物化視圖，支持事務，編程友好。
對象數(shù)據(jù)庫
源起：圖數(shù)據(jù)庫研究
數(shù)據(jù)模型：對象
例子：Objectivity, Gemstone
優(yōu)點：復雜對象模型，快速鍵值訪問，鍵功能訪問，以及圖數(shù)據(jù)庫的優(yōu)點。
Key-Value數(shù)據(jù)庫
源起：Amazon的論文 Dynamo 和 Distributed HashTables。
數(shù)據(jù)模型：鍵值對
例子：Membase, Riak
優(yōu)點：處理大量數(shù)據(jù)，快速處理大量讀寫請求。編程友好。
BigTable類型數(shù)據(jù)庫
源起：Google的論文 BigTable。
數(shù)據(jù)模型：列簇，每一行在理論上都是不同的
例子：HBase, Hypertable, Cassandra
優(yōu)點：處理大量數(shù)據(jù)，應對極高寫負載，高可用，支持跨數(shù)據(jù)中心， MapReduce。
數(shù)據(jù)結構服務
源起： ?
數(shù)據(jù)模型：字典操作，lists, sets和字符串值
例子：Redis
優(yōu)點：不同于以前的任何數(shù)據(jù)庫
網(wǎng)格數(shù)據(jù)庫
源起：數(shù)據(jù)網(wǎng)格和元組空間研究。
數(shù)據(jù)模型：基于空間的架構
例子：GigaSpaces, Coherence
優(yōu)點：適于事務處理的高性能和高擴展性
非關系型數(shù)據(jù)庫有哪些優(yōu)缺點？
非關系型數(shù)據(jù)庫嚴格上不是一種數(shù)據(jù)庫，應該是一種數(shù)據(jù)結構化存儲方法的集合，可以是文檔或者鍵值對等。當初我在黑馬程序員培訓時候就學過。
優(yōu)點：
1、格式靈活：存儲數(shù)據(jù)的格式可以是key,value形式、文檔形式、圖片形式等等，文檔形式、圖片形式等等，使用靈活，應用場景廣泛，而關系型數(shù)據(jù)庫則只支持基礎類型。
2、速度快：nosql可以使用硬盤或者隨機存儲器作為載體，而關系型數(shù)據(jù)庫只能使用硬盤；
3、高擴展性；
4、成本低：nosql數(shù)據(jù)庫部署簡單，基本都是開源軟件。
缺點：
1、不提供sql支持，學習和使用成本較高；
2、無事務處理；
3、數(shù)據(jù)結構相對復雜，復雜查詢方面稍欠。
非關系型數(shù)據(jù)庫的分類和比較：
1、文檔型
2、key-value型
3、列式數(shù)據(jù)庫
4、圖形數(shù)據(jù)庫
什么是NoSQL數(shù)據(jù)庫
什么是NoSQL數(shù)據(jù)庫？從名稱“非SQL”或“非關系型”衍生而來，這些數(shù)據(jù)庫不使用類似SQL的查詢語言，通常稱為結構化存儲。這些數(shù)據(jù)庫自1960年就已經(jīng)存在，但是直到現(xiàn)在一些大公司（例如Google和Facebook）開始使用它們時，這些數(shù)據(jù)庫才流行起來。該數(shù)據(jù)庫最明顯的優(yōu)勢是擺脫了一組固定的列、連接和類似SQL的查詢語言的限制。有時，NoSQL這個名稱也可能表示“不僅僅SQL”，來確保它們可能支持SQL。 NoSQL數(shù)據(jù)庫使用諸如鍵值、寬列、圖形或文檔之類的數(shù)據(jù)結構，并且可以如JSON之類的不同格式存儲。
nosql數(shù)據(jù)庫的幾大類型
1. 鍵值數(shù)據(jù)庫
相關產(chǎn)品：Redis、Riak、SimpleDB、Chordless、Scalaris、Memcached
應用：內(nèi)容緩存
優(yōu)點：擴展性好、靈活性好、大量寫操作時性能高
缺點：無法存儲結構化信息、條件查詢效率較低
使用者：百度云（Redis）、GitHub（Riak）、BestBuy（Riak）、Twitter（Ridis和Memcached）
2. 列族數(shù)據(jù)庫
相關產(chǎn)品：BigTable、HBase、Cassandra、HadoopDB、GreenPlum、PNUTS
應用：分布式數(shù)據(jù)存儲與管理
優(yōu)點：查找速度快、可擴展性強、容易進行分布式擴展、復雜性低
使用者：Ebay（Cassandra）、Instagram（Cassandra）、NASA（Cassandra）、Facebook（HBase）
3. 文檔數(shù)據(jù)庫
相關產(chǎn)品：MongoDB、CouchDB、ThruDB、CloudKit、Perservere、Jackrabbit
應用：存儲、索引并管理面向文檔的數(shù)據(jù)或者類似的半結構化數(shù)據(jù)
優(yōu)點：性能好、靈活性高、復雜性低、數(shù)據(jù)結構靈活
缺點：缺乏統(tǒng)一的查詢語言
使用者：百度云數(shù)據(jù)庫（MongoDB）、SAP（MongoDB）
4. 圖形數(shù)據(jù)庫
圖形數(shù)據(jù)庫-使用圖作為數(shù)據(jù)模型來存儲數(shù)據(jù)。
相關產(chǎn)品：Neo4J、OrientDB、InfoGrid、GraphDB
應用：大量復雜、互連接、低結構化的圖結構場合，如社交網(wǎng)絡、推薦系統(tǒng)等
優(yōu)點：靈活性高、支持復雜的圖形算法、可用于構建復雜的關系圖譜
缺點：復雜性高、只能支持一定的數(shù)據(jù)規(guī)模
使用者：Adobe（Neo4J）、Cisco（Neo4J）、T-Mobile（Neo4J）
新聞標題：nosql數(shù)據(jù)庫的有點,nosql是一種什么樣的數(shù)據(jù)庫
URL網(wǎng)址：http://www.ef60e0e.cn/article/phpjgh.html
