㈠ 資料庫分類有哪些
根據資料庫的架構和數據組織原理進行分類
1、早期根據資料庫的組織數據的存儲模型分類
●層次資料庫:基於層次的數據結構(數據分層)
●網狀資料庫:基於網狀的數據結構(數據網路)
●關系資料庫:基於關系模型的數據結構(二維表)
2、現在較多根據實際數據管理模型分類(存儲介質)
●關系型資料庫:基於關系模型的數據結構(二維表)通常存儲在磁碟
●非關系型資料庫:沒有具體模型的數據結構(鍵值對)通常存儲在內存
㈡ 關系型資料庫和非關系型資料庫區別
1、數據存儲方式不同。
關系型和非關系型資料庫的主要差異是數據存儲的方式。關系型數據天然就是表格式的，因此存儲在數據表的行和列中。數據表可以彼此關聯協作存儲，也很容易提取數據。
與其相反，非關系型數據不適合存儲在數據表的行和列中，而是大塊組合在一起。非關系型數據通常存儲在數據集中，就像文檔、鍵值對或者圖結構。你的數據及其特性是選擇數據存儲和提取方式的首要影響因素。
2、擴展方式不同。
sql和NoSQL資料庫最大的差別可能是在擴展方式上，要支持日益增長的需求當然要擴展。
要支持更多並發量，SQL資料庫是縱向擴展，也就是說提高處理能力，使用速度更快速的計算機，這樣處理相同的數據集就更快了。
因為數據存儲在關系表中，操作的性能瓶頸可能涉及很多個表，這都需要通過提高計算機性能來客服。雖然SQL資料庫有很大擴展空間，但最終肯定會達到縱向擴展的上限。而NoSQL資料庫是橫向擴展的。
而非關系型數據存儲天然就是分布式的，NoSQL資料庫的擴展可以通過給資源池添加更多普通的資料庫伺服器(節點)來分擔負載。
3、對事務性的支持不同。
如果數據操作需要高事務性或者復雜數據查詢需要控制執行計劃，那麼傳統的SQL資料庫從性能和穩定性方面考慮是你的最佳選擇。SQL資料庫支持對事務原子性細粒度控制，並且易於回滾事務。
雖然NoSQL資料庫也可以使用事務操作，但穩定性方面沒法和關系型資料庫比較，所以它們真正閃亮的價值是在操作的擴展性和大數據量處理方面。
參考資料來源：網路——關系型資料庫
參考資料來源：網路——非關系型資料庫
㈢ 什麼是非關系型資料庫與關系型資料庫區別是啥
我談一點個人的見解吧。
記得之前看過一篇帖子，講的是可能我們所說的非關系型資料庫是我們翻譯錯了。年代久遠，找不到原貼了，但是大概說的是非關系型資料庫的名字叫Not Only Sql，我們簡化過來就叫NoSql，所以看著就像是非關系型資料庫，然後我們再顧名思義，就是數據之間沒有關系的資料庫，這個理解我不贊同。
如果從名字上來看，我覺得可以叫做不僅僅是關系型的資料庫，更為恰當，當然，我們也不能否認，這類資料庫確實在數據關聯之間更為自由，約束條件更少，（甚至沒有），但是這並不能阻擋它的發展，以「鍵值對」為基礎的NoSql在性能上可以說是碾壓對手，大家都知道NoSql不需要經過Sql層的解析的，相比關系型資料庫數據之間的高耦合性，這讓它具有更高的平行擴展性，當然這方面你需要去看一下相關的知識，高耦合低聚合等等概念需要理解一下。
大概就是我的理解了吧，關系型資料庫就不用說了吧，我們常常用到，現在的主流資料庫我們也都在接觸，大到Oracle，小到Sqlite，相信你也比較熟悉，這些資料庫都是支持事務和相當復雜的查詢的，往往我們一條查詢語句可以上百行（一子句一行）甚至上千行，這些都是NoSql做不到的，（注意我說的是一條查詢語句），事務這個概念我也不多提了，這個網上就太多了，如果涉及到高並發之類的，可以多線程+事務，效率更高一些。
最後再補兩句，好像現在的NoSql資料庫的發展趨勢很微妙，描述在往一些關系型資料庫的基礎模型延伸。
㈣ 資料庫主要分為哪兩種類型
資料庫主要分為關系資料庫和非關系型資料庫（NoSQL）。
1、關系資料庫
關系型資料庫，存儲的格式可以直觀地反映實體間的關系。關系型資料庫和常見的表格比較相似，關系型資料庫中表與表之間是有很多復雜的關聯關系的。
常見的關系型資料庫有Mysql，SqlServer等。在輕量或者小型的應用中，使用不同的關系型資料庫對系統的性能影響不大，但是在構建大型應用時，則需要根據應用的業務需求和性能需求，選擇合適的關系型資料庫。
2、非關系型資料庫（NoSQL）
指分布式的、非關系型的、不保證遵循ACID原則的數據存儲系統。NoSQL資料庫技術與CAP理論、一致性哈希演算法有密切關系。NoSQL資料庫適合追求速度和可擴展性、業務多變的應用場景。
(4)非鍵值對資料庫擴展閱讀
關系資料庫分為兩類：一類是桌面資料庫，例如Access、FoxPro和dBase等；另一類是客戶/伺服器資料庫，例如SQL Server、Oracle和Sybase等。桌面資料庫用於小型的、單機的應用程序，它不需要網路和伺服器，實現起來比較方便，但它只提供數據的存取功能。
客戶/伺服器資料庫主要適用於大型的、多用戶的資料庫管理系統，應用程序包括兩部分：一部分駐留在客戶機上，用於向用戶顯示信息及實現與用戶的交互；另一部分駐留在伺服器中，主要用來實現對資料庫的操作和對數據的計算處理。
㈤ 資料庫有哪些類型
資料庫有兩種類型，分別是關系型資料庫與非關系型資料庫。
資料庫，簡而言之可視為電子化的文件櫃——存儲電子文件的處所，用戶可以對文件中的數據進行新增、截取、更新、刪除等操作。
關系型資料庫主要有：
Oracle、DB2、Microsoft
SQL
Server、Microsoft
Access、MySQL等等。
非關系型資料庫主要有：
NoSql、Cloudant、MongoDb、redis、HBase等等。
(5)非鍵值對資料庫擴展閱讀：
非關系型資料庫的優勢：
1、性能高：NOSQL是基於鍵值對的，可以想像成表中的主鍵和值的對應關系，而且不需要經過SQL層的解析，所以性能非常高。
2、可擴展性好：同樣也是因為基於鍵值對，數據之間沒有耦合性，所以非常容易水平擴展。
關系型資料庫的優勢：
1、可以復雜查詢：可以用SQL語句方便的在一個表以及多個表之間做非常復雜的數據查詢。
2、事務支持良好：使得對於安全性能很高的數據訪問要求得以實現。
參考資料來源：網路-資料庫
㈥ 非關系型資料庫有哪些優缺點
非關系型資料庫嚴格上不是一種資料庫，應該是一種數據結構化存儲方法的集合，可以是文檔或者鍵值對等。當初我在黑馬程序員培訓時候就學過。
優點：
1、格式靈活：存儲數據的格式可以是key,value形式、文檔形式、圖片形式等等，文檔形式、圖片形式等等，使用靈活，應用場景廣泛，而關系型資料庫則只支持基礎類型。
2、速度快：nosql可以使用硬碟或者隨機存儲器作為載體，而關系型資料庫只能使用硬碟；
3、高擴展性；
4、成本低：nosql資料庫部署簡單，基本都是開源軟體。
缺點：
1、不提供sql支持，學習和使用成本較高；
2、無事務處理；
3、數據結構相對復雜，復雜查詢方面稍欠。
非關系型資料庫的分類和比較：
1、文檔型
2、key-value型
3、列式資料庫
4、圖形資料庫
㈦ 關於資料庫存儲鍵值對的問題
這是前端（應用端）和後端（服務端）的問題，這個應該是每個用戶的單獨配置，那麼應該放在前端而是不是放在後端，如果放在後端，那麼每個用戶都要讀取，那麼體驗一定不好。
對於前端來說，只要加一個「配置文件」（其實就是一段代碼）就可以，然後通過服務端的程序讀取這個「配置文件」，就知道相應的順序了，這樣總比，連通伺服器讀取相應的表，來的要快。
如果非要用資料庫解決，那我們做一個假設，有100項，某人將所有的項目變成了從後往前倒著寫的，也就是第100項與第1項位置互換，第99項與第2項位置互換，這樣，那麼最後是第50項與第51項調換，也就是100項完全變換了位置，那麼不管你怎麼存儲，怎麼讀取，這些項都必須全部保存起來，因為每一項的順序都變了，所以這個方案並不是十分好。
當然，如果非要這么做的話，那麼有一個稍微簡單一點的辦法，不過也需要前端的配合而且，很可能出現徵用的情況，使用效果也不一定能太好。
我的辦法是建立userid 10001 10002 10003 這樣一張表，說白了就是一張以默認順序MoleID（個人覺得這個可能是你的表頭代碼，如果不是不要介意）為欄位名的表，然後每條用戶id，對應一組編號比如（默認編號為1,2,3,4）：
userid 10001 10002 10003 10004
1 4 3 1 2
2 2 1 4 3
3 1 2 3 4
類似於這樣就能直接得到用戶的編號順序了，不過這種還是不如在前端一個配置文件來的舒服（用戶修改配置文件後，服務端也會備份（類似於上表這種也可以作為一個客戶端配置的備份），但是這種備份比直接修改資料庫要要省事不少，至少節省了資料庫的資源），而且可能出現徵用的問題，比如兩個人或更多的人同時修改代碼，那麼一張表不可能讓這么多人同時update，肯定要出現徵用，那麼服務體驗就不會太好（備份的話，不用那麼及時，所以徵用的可能性不大，即使出現也是發生在後端，用戶的體驗並沒有什麼影響）。
以上均為個人理解，共同探討。