㈠ 關系數據模型和非關系數據模型的優缺點
關系型資料庫：sqlServer、Oracle、mysql等
特性：
①採用關系模型來組織數據的資料庫；
②事務的一致性；
③簡單來說，關系模型指的就是二維表格模型，而一個關系型資料庫就是由二維表及其之間的聯系所組成的一個數據組織。
優點：
①容易理解：二維表結構是非常貼近邏輯世界一個概念，關系模型相對網狀、層次等其他模型來說更容易理解；
②使用方便：通用的SQL語言使得操作關系型資料庫非常方便；
③易於維護：豐富的完整性(實體完整性、參照完整性和用戶定義的完整性)大大減低了數據冗餘和數據不一致的概率；
④支持SQL，可用於復雜查詢。
缺點：
①為了維護一致性所付出的巨大代價就是其讀寫性能比較差；
②固定的表結構；
③高並發讀寫需求；
④海量數據的高效率讀寫；
非關系型資料庫：MongoDb、redis、HBase等
特性：
①使用鍵值對存儲數據；
②分布式；
③一般不支持ACID特性；
④非關系型資料庫嚴格上不是一種資料庫，應該是一種數據結構化存儲方法的集合。
優點：
①無需經過sql層的解析，讀寫性能很高；
②基於鍵值對，數據沒有耦合性，容易擴展；
③存儲數據的格式：nosql的存儲格式是key,value形式、文檔形式、圖片形式等等，文檔形式、圖片形式等等，而關系型資料庫則只支持基礎類型。
缺點：
①不提供sql支持，學習和使用成本較高；
②無事務處理，附加功能bi和報表等支持也不好；
㈡ NoSQL非關系資料庫和關系型資料庫的區別是什麼
非關系型資料庫：非關系型資料庫產品是傳統關系型資料庫的功能閹割版本，通過減少用不到或很少用的功能，來大幅度提高產品性能。
非關系型資料庫嚴格上不是一種資料庫，應該是一種數據結構化存儲方法的集合。
關系型資料庫：是指採用了關系模型來組織數據的資料庫。
關系模型指的就是二維表格模型，而一個關系型資料庫就是由二維表及其之間的聯系所組成的一個數據組織。
可以用SQL語句方便的在一個表以及多個表之間做非常復雜的數據查詢。
對於安全性能很高的數據訪問要求可以實現。
價格
目前基本上大部分主流的非關系型資料庫都是免費的。而比較有名氣的關系型資料庫，比如Oracle、DB2、MSSQL是收費的。雖然Mysql免費，但它需要做很多工作才能正式用於生產。
功能
實際開發中，有很多業務需求，其實並不需要完整的關系型資料庫功能，非關系型資料庫的功能就足夠使用了。這種情況下，使用性能更高、成本更低的非關系型資料庫當然是更明智的選擇。
對於這兩類資料庫，對方的優勢就是自己的弱勢，反之亦然。
㈢ 有哪些輕型的非關系型資料庫
常見的非關系型資料庫有：1、mongodb；2、cassandra；3、redis；4、hbase；5、neo4j。其中mongodb是非常著名的NoSQL資料庫，它是一個面向文檔的開源資料庫。
常見的幾種非關系型資料庫：
1、MongoDB
MongoDB是最著名的NoSQL資料庫。它是一個面向文檔的開源資料庫。MongoDB是一個可伸縮和可訪問的資料庫。它在c++中。MongoDB同樣可以用作文件系統。在MongoDB中，JavaScript可以作為查詢語言使用。通過使用sharding MongoDB水平伸縮。它在流行的JavaScript框架中非常有用。
人們真的很享受分片、高級文本搜索、gridFS和map-rece功能。驚人的性能和新特性使這個NoSQL資料庫在我們的列表中名列第一。
特點：提供高性能；自動分片；運行在多個伺服器上；支持主從復制；數據以JSON樣式文檔的形式存儲；索引文檔中的任何欄位；由於數據被放置在碎片中，所以它具有自動負載平衡配置；支持正則表達式搜索；在失敗的情況下易於管理。
優點：易於安裝MongoDB；MongoDB Inc.為客戶提供專業支持；支持臨時查詢；高速資料庫；無模式資料庫；橫向擴展資料庫；性能非常高。
缺點：不支持連接；數據量大；嵌套文檔是有限的；增加不必要的內存使用。
2、Cassandra
Cassandra是Facebook為收件箱搜索開發的。Cassandra是一個用於處理大量結構化數據的分布式數據存儲系統。通常，這些數據分布在許多普通伺服器上。您還可以添加數據存儲容量，使您的服務保持在線，您可以輕松地完成這項任務。由於集群中的所有節點都是相同的，因此不需要處理復雜的配置。
Cassandra是用Java編寫的。Cassandra查詢語言(CQL)是查詢Cassandra資料庫的一種類似sql的語言。因此，Cassandra在最佳開源資料庫中排名第二。Facebook、Twitter、思科(Cisco)、Rackspace、eBay、Twitter、Netflix等一些最大的公司都在使用Cassandra。
特點：線性可伸縮；；保持快速響應時間；支持原子性、一致性、隔離性和耐久性(ACID)等屬性；使用Apache Hadoop支持MapRece；分配數據的最大靈活性；高度可伸縮；點對點架構。
優點：高度可伸縮；無單點故障；Multi-DC復制；與其他基於JVM的應用程序緊密集成；更適合多數據中心部署、冗餘、故障轉移和災難恢復。
缺點：對聚合的有限支持；不可預知的性能；不支持特別查詢。
3、Redis
Redis是一個鍵值存儲。此外，它是最著名的鍵值存儲。Redis支持一些c++、PHP、Ruby、Python、Perl、Scala等等。Redis是用C語言編寫的。此外，它是根據BSD授權的。
特點：自動故障轉移；將其資料庫完全保存在內存中；事務；Lua腳本；將數據復制到任意數量的從屬伺服器；鑰匙的壽命有限；LRU驅逐鑰匙；支持發布/訂閱。
優點：支持多種數據類型；很容易安裝；非常快（每秒執行約11萬組，每秒執行約81000次）；操作都是原子的；多用途工具（在許多用例中使用）。
缺點：不支持連接；存儲過程所需的Lua知識；數據集必須很好地適應內存。
4、HBase
HBase是一個分布式的、面向列的開源資料庫，該技術來源於 Fay Chang 所撰寫的Google論文「Bigtable：一個結構化數據的分布式存儲系統」。就像Bigtable利用了Google文件系統（File System）所提供的分布式數據存儲一樣，HBase在Hadoop之上提供了類似於Bigtable的能力。
HBase是Apache的Hadoop項目的子項目。HBase不同於一般的關系資料庫，它是一個適合於非結構化數據存儲的資料庫。另一個不同的是HBase基於列的而不是基於行的模式。
5、neo4j
Neo4j被稱為原生圖資料庫，因為它有效地實現了屬性圖模型，一直到存儲層。這意味著數據完全按照白板的方式存儲，資料庫使用指針導航和遍歷圖。Neo4j有資料庫的社區版和企業版。企業版包括Community Edition必須提供的所有功能，以及額外的企業需求，如備份、集群和故障轉移功能。
特點：它支持唯一的約束；Neo4j支持完整的ACID(原子性、一致性、隔離性和持久性)規則；Java API: Cypher API和本機Java API；使用Apache Lucence索引；簡單查詢語言Neo4j CQL；包含用於執行CQL命令的UI: Neo4j Data Browser。
優點：容易檢索其相鄰節點或關系細節，無需連接或索引；易於學習Neo4j CQL查詢語言命令；不需要復雜的連接來檢索數據；非常容易地表示半結構化數據；大型企業實時應用程序的高可用性；簡化的調優。
缺點：不支持分片
㈣ 非關系型資料庫主要包括幾類各有什麼特點
非關系型資料庫（NoSQL）是一種不依賴於關系模型的資料庫，它提供了一種更靈活、可擴展的數據存儲方式。非關系型資料庫主要包括以下幾類：
列存儲型資料庫：這種資料庫通常把數據存儲在一列中，並支持快速的列計算和分布式計算。它適用於處理海量的結構化數據，比如日誌、感測器數據等。
文檔型資料庫：這種資料庫通常把數據存儲在文檔中，並支持對數據的靈活查詢和復雜的聚
㈤ 關系型資料庫和非關系型區別
一、特點不同
1、關系型資料庫：傳統的關系型資料庫採用表格的儲存方式，數據以行和列的方式進行存儲，要讀取和查詢都十分方便；關系型資料庫按照結構化的方法存儲數據；關系型資料庫採用結構化查詢語言（即SQL）來對資料庫進行查詢。
2、非關系型資料庫：一個Hibari集群是一個分布式系統；個Hibari集群是線性可伸縮的；一個Hibari集群是高度可用；所有的更新都是持久的；所有的更新都是強一致性；所有客戶端操作是無鎖的。
二、功能不同
1、關系型資料庫：關系型資料庫十分強調數據的一致性，並為此降低讀寫性能付出了巨大的代價，雖然關系型資料庫存儲數據和處理數據的可靠性很不錯，但一旦面對海量數據的處理的時候效率就會變得很差，特別是遇到高並發讀寫的時候性能就會下降得非常厲害。
2、非關系型資料庫：可用於雲計算應用，如Web電子郵件、社交網路服務，以及其它日常需要儲存TB和PB級規模數據的服務。
三、應用領域不同
1、關系型資料庫：主要應用於計算機技術，例如在資料庫設計中，指定學生Sstudent，專指本科生。
2、非關系型資料庫：Hibari可用於雲計算環境中，例如 webmail、SNS 和其他要求T/P級數據存儲的環境中。Hibari 支持 Java, C/C++, Python, Ruby, 和 Erlang 語言的客戶端。
㈥ 非關系型資料庫主要包括幾類各有什麼特點
NoSQL描述的是大量結構化數據存儲方法的集合，根據結構化方法以及應用場合的不同，主要可以將NoSQL分為以下幾類。
(1)Column-Oriented
面向檢索的列式存儲，其存儲結構為列式結構，同於關系型資料庫的行式結構，這種結構會讓很多統計聚合操作更簡單方便，使系統具有較高的可擴展性。這類資料庫還可以適應海量數據的增加以及數據結構的變化，這個特點與雲計算所需的相關需求是相符合的，比如GoogleAppengine的BigTable以及相同設計理念的Hadoop子系統HaBase就是這類的典型代表。需要特別指出的是，Big Table特別適用於MapRece處理，這對於雲計算的發展有很高的適應性。
(2)Key-Value。
面向高性能並發讀/寫的緩存存儲，其結構類似於數據結構中的Hash表，每個Key分別對應一個Value,能夠提供非常快的查詢速度、大數據存放量和高並發操作，非常適合通過主鍵對數據進行查詢和修改等操作。Key-Value資料庫的主要特點是具有極高的並發讀/寫性能，非常適合作為緩存系統使用。MemcacheDB、BerkeleyDB、Redis、Flare就是Key-Value資料庫的代表。
(3)Document-Oriented。
面向海量數據訪問的文檔存儲，這類存儲的結構與Key-Value非常相似，也是每個Key分別對應一個Value,但是這個Value主要以JSON(JavaScriptObjectNotations)或者XML等格式的文檔來進行存儲。這種存儲方式可以很方便地被面向對象的語言所使用。這類資料庫可在海量的數據中快速查詢數據，典型代表為MongoDB、CouchDB等。
NoSQL具有擴展簡單、高並發、高穩定性、成本低廉等優勢，也存在一些問題。例如，NoSQL暫不提供SQL的支持，會造成開發人員的額外學習成本;NoSQL大多為開源軟體其成熟度與商用的關系型資料庫系統相比有差距;NoSQL的架構特性決定了其很難保證數據的完整性，適合在一些特殊的應用場景使用。
㈦ 什麼是非關系型資料庫與關系型資料庫區別是啥
我談一點個人的見解吧。
記得之前看過一篇帖子，講的是可能我們所說的非關系型資料庫是我們翻譯錯了。年代久遠，找不到原貼了，但是大概說的是非關系型資料庫的名字叫Not Only Sql，我們簡化過來就叫NoSql，所以看著就像是非關系型資料庫，然後我們再顧名思義，就是數據之間沒有關系的資料庫，這個理解我不贊同。
如果從名字上來看，我覺得可以叫做不僅僅是關系型的資料庫，更為恰當，當然，我們也不能否認，這類資料庫確實在數據關聯之間更為自由，約束條件更少，（甚至沒有），但是這並不能阻擋它的發展，以「鍵值對」為基礎的NoSql在性能上可以說是碾壓對手，大家都知道NoSql不需要經過Sql層的解析的，相比關系型資料庫數據之間的高耦合性，這讓它具有更高的平行擴展性，當然這方面你需要去看一下相關的知識，高耦合低聚合等等概念需要理解一下。
大概就是我的理解了吧，關系型資料庫就不用說了吧，我們常常用到，現在的主流資料庫我們也都在接觸，大到Oracle，小到Sqlite，相信你也比較熟悉，這些資料庫都是支持事務和相當復雜的查詢的，往往我們一條查詢語句可以上百行（一子句一行）甚至上千行，這些都是NoSql做不到的，（注意我說的是一條查詢語句），事務這個概念我也不多提了，這個網上就太多了，如果涉及到高並發之類的，可以多線程+事務，效率更高一些。
最後再補兩句，好像現在的NoSql資料庫的發展趨勢很微妙，描述在往一些關系型資料庫的基礎模型延伸。
㈧ 非關系型資料庫有哪些優缺點
非關系型資料庫嚴格上不是一種資料庫，應該是一種數據結構化存儲方法的集合，可以是文檔或者鍵值對等。當初我在黑馬程序員培訓時候就學過。
優點：
1、格式靈活：存儲數據的格式可以是key,value形式、文檔形式、圖片形式等等，文檔形式、圖片形式等等，使用靈活，應用場景廣泛，而關系型資料庫則只支持基礎類型。
2、速度快：nosql可以使用硬碟或者隨機存儲器作為載體，而關系型資料庫只能使用硬碟；
3、高擴展性；
4、成本低：nosql資料庫部署簡單，基本都是開源軟體。
缺點：
1、不提供sql支持，學習和使用成本較高；
2、無事務處理；
3、數據結構相對復雜，復雜查詢方面稍欠。
非關系型資料庫的分類和比較：
1、文檔型
2、key-value型
3、列式資料庫
4、圖形資料庫
㈨ 關系型資料庫和非關系型資料庫的區別百度百科
關系型資料庫和非關系型資料庫的區別在於：
關系式數據結構把一些復雜的數據結構歸結為簡單的二元關系(即二維表格形式)。
層次結構模型實質上是一種有根結點的定向有序樹(在數學中"樹"被定義為一個無回的連通圖)。按照層次模型建立的資料庫系統稱為層次模型資料庫系統。按照網狀數據結構建立的資料庫系統稱為網狀資料庫系統，用數學方法可將網狀數據結構轉化為層次數據結構。
㈩ 關系型資料庫和非關系型區別
關系型資料庫和非關系型區別是擴展方式不同，數據存儲方式不同、對事務性的支持不同。
1、擴展方式不同
如果數據操作需要高事務性或者復雜數據查詢需要控制執行計劃，那麼傳統的SQL資料庫從性能和穩定性方面考慮是你的最佳選擇。SQL資料庫支持對事務原子性細粒度控制，並且易於回滾事務。