關係型資料庫
關係型資料庫，是指採用了關係模型來組織資料的資料庫。
關係模型是在2023年由ibm的研究員e.f.codd博士首先提出的，在之後的幾十年中，關係模型的概念得到了充分的發展並逐漸成為主流資料庫結構的主流模型。
簡單來說，關係模型指的就是二維**模型，而乙個關係型資料庫就是由二維表及其之間的聯絡所組成的乙個資料組織。
關係模型中常用的概念：
關係型資料庫的優點：
**的使用者併發性非常高，往往達到每秒上萬次讀寫請求，對於傳統關係型資料庫來說，硬碟i/o是乙個很大的瓶頸
**每天產生的資料量是巨大的，對於關係型資料庫來說，在一張包含海量資料的表中查詢，效率是非常低的
關係型資料庫在對事物一致性的維護中有很大的開銷，而現在很多web2.0系統對事物的讀寫一致性都不高
對關聯式資料庫來說，插入一條資料之後立刻查詢，是肯定可以讀出這條資料的，但是對於很多web應用來說，並不要求這麼高的實時性，比如發一條訊息之後，過幾秒乃至十幾秒之後才看到這條動態是完全可以接受的
任何大資料量的web系統，都非常忌諱多個大表的關聯查詢，以及複雜的資料分析型別的複雜sql報表查詢，特別是sns型別的**，從需求以及產品階級角度，就避免了這種情況的產生。往往更多的只是單錶的主鍵查詢，以及單錶的簡單條件分頁查詢，sql的功能極大的弱化了
在關係型資料庫中，導致效能欠佳的最主要原因是多表的關聯查詢，以及複雜的資料分析型別的複雜sql報表查詢。為了保證資料庫的acid特性，我們 必須盡量按照其要求的正規化進行設計，關係型資料庫中的表都是儲存乙個格式化的資料結構。每個元組欄位的組成都是一樣，即使不是每個元組都需要所有的字段， 但資料庫會為每個元組分配所有的字段，這樣的結構可以便於標語表之間進行鏈結等操作，但從另乙個角度來說它也是關係型資料庫效能瓶頸的乙個因素。
nosql一詞首先是carlo strozzi在2023年提出來的，指的是他開發的乙個沒有sql功能，輕量級的，開源的關係型資料庫。這個定義跟我們現在對nosql的定義有很大的 區別，它確確實實字如其名，指的就是「沒有sql」的資料庫。但是nosql的發展慢慢偏離了初衷，我們要的不是「no sql」，而是「no relational」，也就是我們現在常說的非關係型資料庫了。
2023年初，johan oskarsson舉辦了一場關於開源分布式資料庫的討論，eric evans在這次討論中再次提出了nosql一詞，用於指代那些非關係型的，分布式的，且一般不保證遵循acid原則的資料儲存系統
。eric evans使用nosql這個詞，並不是因為字面上的「沒有sql」的意思，他只是覺得很多經典的關係型資料庫名字都叫「**sql」,所以為了表示跟這些關係型資料庫在定位上的截然不同，就是用了「nosql「一詞。
注：資料庫事務必須具備acid特性，acid是atomic原子性，consistency一致性，isolation隔離性，durability永續性。
非關係型資料庫提出另一種理念，例如，以鍵值對儲存，且結構不固定，每乙個元組可以有不一樣的字段，每個元組可以根據需要增加一些自己的鍵值對，這 樣就不會侷限於固定的結構，可以減少一些時間和空間的開銷。使用這種方式，使用者可以根據需要去新增自己需要的字段，這樣，為了獲取使用者的不同資訊，不需要 像關係型資料庫中，要對多表進行關聯查詢。僅需要根據id取出相應的value就可以完成查詢。但非關係型資料庫由於很少的約束，他也不能夠提供像sql 所提供的where這種對於字段屬性值情況的查詢。並且難以體現設計的完整性。他只適合儲存一些較為簡單的資料，對於需要進行較複雜查詢的資料，sql數 據庫顯的更為合適。
關係型資料庫的最大特點就是事務的一致性：傳統的關係型資料庫讀寫操作都是事務的，具有acid的特點，這個特性使得關係型資料庫可以用於幾乎所有對一致性有要求的系統中，如典型的銀行系統。
但是，在網頁應用中，尤其是sns應用中，一致性卻不是顯得那麼重要，使用者a看到的內容和使用者b看到同一使用者c內容更新不一致是可以容忍的，或者 說，兩個人看到同一好友的資料更新的時間差那麼幾秒是可以容忍的，因此，關係型資料庫的最大特點在這裡已經無用武之地，起碼不是那麼重要了。
相反地，關係型資料庫為了維護一致性所付出的巨大代價就是其讀寫效能比較差，而像微博、facebook這類sns的應用，對併發讀寫能力要求極 高，關係型資料庫已經無法應付(在讀方面，傳統上為了克服關係型資料庫缺陷，提高效能，都是增加一級memcache來靜態化網頁，而在sns中，變化太 快，memchache已經無能為力了)，因此，必須用新的一種資料結構儲存來代替關聯式資料庫。
關聯式資料庫的另乙個特點就是其具有固定的表結構，因此，其擴充套件性極差，而在sns中，系統的公升級，功能的增加，往往意味著資料結構巨大變動，這一點關係型資料庫也難以應付，需要新的結構化資料儲存。
於是，非關係型資料庫應運而生，由於不可能用一種資料結構化儲存應付所有的新的需求，因此，非關係型資料庫嚴格上不是一種資料庫，應該是一種資料結構化儲存方法的集合。
必須強調的是，資料的持久儲存，尤其是海量資料的持久儲存，還是需要一種關聯式資料庫這員老將。
由於非關係型資料庫本身天然的多樣性，以及出現的時間較短，因此，不想關係型資料庫，有幾種資料庫能夠一統江山，非關係型資料庫非常多，並且大部分都是開源的。
這些資料庫中，其實實現大部分都比較簡單，除了一些共性外，很大一部分都是針對某些特定的應用需求出現的，因此，對於該類應用，具有極高的效能。依據結構化方法以及應用場合的不同，主要分為以下幾類：
key-value資料庫的主要特點即使具有極高的併發讀寫效能，redis,tokyo cabinet,flare就是這類的代表
這類資料庫的特點是，可以在海量的資料中快速的查詢資料，典型代表為mongodb以及couchdb
這類資料庫想解決的問題就是傳統資料庫存在可擴充套件性上的缺陷，這類資料庫可以適應資料量的增加以及資料結構的變化
NoSql與RDBMS的對比
nosql出現的原因是因為有很多應用不需要使用rdbms的特性 強一致性以及join查詢 而這些特性還成為了阻礙 如join限制了分片等 以下對比了兩種資料庫的特性，以便於更好地進行技術選型。特性rdbms nosql 強一致事務 支援，acid特性 不支援，base特性 sql語句 跨表join ...
HBase與RDBMS的區別
此討論並不侷限於hbase，也會延伸到mongodb和cassandra這樣的nosql資料庫。1 rdbms rdbms有以下特點 面向檢視 rdbms表使用固定的檢視，表中的資料型別也會事先定義。表的檢視在建立時就已經定義，並且不容易修改。向檢視中新增元素的操作會以新建表的形式實現，這一操作會在...
NoSQL與RDBMS 何時使用，何時不使用
naresh kumar是位軟體工程師與熱情的博主，對於程式設計與新事物擁有極大的興趣，非常樂於與其他開發者和程式設計師分享技術上的研究成果。近日，naresh撰文比較了nosql與rdbms，並詳細介紹了他們各自的特點與適用的場景。nosql並不是關係型資料庫管理系統，本文將會介紹nosql資料庫...