關係型資料庫
關係型資料庫,是指採用了關係模型來組織資料的資料庫。
關係模型是在2023年由ibm的研究員e.f.codd博士首先提出的,在之後的幾十年中,關係模型的概念得到了充分的發展並逐漸成為主流資料庫結構的主流模型。
簡單來說,關係模型指的就是二維**模型,而乙個關係型資料庫就是由二維表及其之間的聯絡所組成的乙個資料組織。
關係模型中常用的概念:
關係:可以理解為一張二維表,每個關係都具有乙個關係名,就是通常說的表名
元組:可以理解為二維表中的一行,在資料庫中經常被稱為記錄
屬性:可以理解為二維表中的一列,在資料庫中經常被稱為字段
域:屬性的取值範圍,也就是資料庫中某一列的取值限制
關鍵字:一組可以唯一標識元組的屬性,資料庫中常稱為主鍵,由乙個或多個列組成
關係模式:指對關係的描述。其格式為:關係名(屬性1,屬性2, … … ,屬性n),在資料庫中成為表結構
關係型資料庫的優點:
容易理解:二維表結構是非常貼近邏輯世界的乙個概念,關係模型相對網狀、層次等其他模型來說更容易理解
使用方便:通用的sql語言使得操作關係型資料庫非常方便
易於維護:豐富的完整性(實體完整性、參照完整性和使用者定義的完整性)大大減低了資料冗餘和資料不一致的概率
2. 關係型資料庫瓶頸
對**來說,關係型資料庫的很多特性不再需要了:
事務一致性
關係型資料庫在對事物一致性的維護中有很大的開銷,而現在很多web2.0系統對事物的讀寫一致性都不高
讀寫實時性
對關聯式資料庫來說,插入一條資料之後立刻查詢,是肯定可以讀出這條資料的,但是對於很多web應用來說,並不要求這麼高的實時性,比如發一條訊息之後,過幾秒乃至十幾秒之後才看到這條動態是完全可以接受的
複雜sql,特別是多表關聯查詢
任何大資料量的web系統,都非常忌諱多個大表的關聯查詢,以及複雜的資料分析型別的複雜sql報表查詢,特別是sns型別的**,從需求以及產品階級角度,就避免了這種情況的產生。往往更多的只是單錶的主鍵查詢,以及單錶的簡單條件分頁查詢,sql的功能極大的弱化了
在關係型資料庫中,導致效能欠佳的最主要原因是多表的關聯查詢,以及複雜的資料分析型別的複雜sql報表查詢。為了保證資料庫的acid特性,我們必須盡量按照其要求的正規化進行設計,關係型資料庫中的表都是儲存乙個格式化的資料結構。每個元組欄位的組成都是一樣,即使不是每個元組都需要所有的字段,但資料庫會為每個元組分配所有的字段,這樣的結構可以便於標語表之間進行鏈結等操作,但從另乙個角度來說它也是關係型資料庫效能瓶頸的乙個因素。
3. nosql
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資料庫顯的更為合適。
關係型資料庫 v.s. 非關係型資料庫
關係型資料庫的最大特點就是事務的一致性:傳統的關係型資料庫讀寫操作都是事務的,具有acid的特點,這個特性使得關係型資料庫可以用於幾乎所有對一致性有要求的系統中,如典型的銀行系統。
但是,在網頁應用中,尤其是sns應用中,一致性卻不是顯得那麼重要,使用者a看到的內容和使用者b看到同一使用者c內容更新不一致是可以容忍的,或者說,兩個人看到同一好友的資料更新的時間差那麼幾秒是可以容忍的,因此,關係型資料庫的最大特點在這裡已經無用武之地,起碼不是那麼重要了。
相反地,關係型資料庫為了維護一致性所付出的巨大代價就是其讀寫效能比較差,而像微博、facebook這類sns的應用,對併發讀寫能力要求極高,關係型資料庫已經無法應付(在讀方面,傳統上為了克服關係型資料庫缺陷,提高效能,都是增加一級memcache來靜態化網頁,而在sns中,變化太快,memchache已經無能為力了),因此,必須用新的一種資料結構儲存來代替關聯式資料庫。
關聯式資料庫的另乙個特點就是其具有固定的表結構,因此,其擴充套件性極差,而在sns中,系統的公升級,功能的增加,往往意味著資料結構巨大變動,這一點關係型資料庫也難以應付,需要新的結構化資料儲存。
於是,非關係型資料庫應運而生,由於不可能用一種資料結構化儲存應付所有的新的需求,因此,非關係型資料庫嚴格上不是一種資料庫,應該是一種資料結構化儲存方法的集合。
必須強調的是,資料的持久儲存,尤其是海量資料的持久儲存,還是需要一種關聯式資料庫這員老將。
非關係型資料庫分類
由於非關係型資料庫本身天然的多樣性,以及出現的時間較短,因此,不想關係型資料庫,有幾種資料庫能夠一統江山,非關係型資料庫非常多,並且大部分都是開源的。
這些資料庫中,其實實現大部分都比較簡單,除了一些共性外,很大一部分都是針對某些特定的應用需求出現的,因此,對於該類應用,具有極高的效能。依據結構化方法以及應用場合的不同,主要分為以下幾類:
面向高效能併發讀寫的key-value資料庫:
key-value資料庫的主要特點即使具有極高的併發讀寫效能,redis,tokyo cabinet,flare就是這類的代表
面向海量資料訪問的面向文件資料庫:
這類資料庫的特點是,可以在海量的資料中快速的查詢資料,典型代表為mongodb以及couchdb
面向可擴充套件性的分布式資料庫:
這類資料庫想解決的問題就是傳統資料庫存在可擴充套件性上的缺陷,這類資料庫可以適應資料量的增加以及資料結構的變化
從關係型資料庫到非關係型資料庫
關係型資料庫,是指採用了關係模型來組織資料的資料庫。關係模型是在1970年由ibm的研究員e.f.codd博士首先提出的,在之後的幾十年中,關係模型的概念得到了充分的發展並逐漸成為主流資料庫結構的主流模型。簡單來說,關係模型指的就是二維 模型,而乙個關係型資料庫就是由二維表及其之間的聯絡所組成的乙個...
從關係型資料庫到非關係型資料庫
自1970年,埃德加 科德提出關係模型之後,關聯式資料庫便開始出現,經過了40 多年的演化,如今的關係型資料庫具備了強大的儲存 維護 查詢資料的能力。但在關聯式資料庫日益強大的時候,人們發現,在這個資訊 的 大資料 時代,關係型資料庫遇到了效能方面的瓶頸,面對乙個表中上億條的資料,sql語句在大資料...
從關係型資料庫到非關係型資料庫
關係型資料庫,是指採用了關係模型來組織資料的資料庫。關係模型是在1970年由ibm的研究員e.f.codd博士首先提出的,在之後的幾十年中,關係模型的概念得到了充分的發展並逐漸成為主流資料庫結構的主流模型。簡單來說,關係模型指的就是二維 模型,而乙個關係型資料庫就是由二維表及其之間的聯絡所組成的乙個...