之前一直搞不清楚兩個(gè)有什么區(qū)別，今天做一個(gè)學(xué)習(xí)筆記整理：

深度好文：

http://blog.csdn.net/xlgen157387/article/details/47908797

劃重點(diǎn)：由于關(guān)系型數(shù)據(jù)庫 是一堆數(shù)據(jù)類型的組合，比如ID， Name，Age。每一個(gè)小數(shù)據(jù)庫單獨(dú)為一個(gè)數(shù)據(jù)庫。當(dāng)我們要搜索東西的時(shí)候經(jīng)常需要先把數(shù)據(jù)庫們join起來，然后再filter掉不要的再找東西。這樣非常慢。而且成本很貴。

SQL另一個(gè)不好的就是數(shù)據(jù)庫結(jié)構(gòu)定死了，經(jīng)常需要多增加數(shù)據(jù)類型。 我在實(shí)習(xí)的時(shí)候就發(fā)現(xiàn)經(jīng)常需要migration 新的rows, cols.而且還容易導(dǎo)致Migration 版本問題。

NOSQL里的MongoDB數(shù)據(jù)庫我是用過一點(diǎn)點(diǎn)。里面定義的Table確實(shí)和SQL很不一樣。比如說定義一個(gè)Human database。所有與Human相關(guān)的數(shù)據(jù)，比如年齡，身份之類的都可以以Json的格式存進(jìn)去。

NoSQL具有靈活的數(shù)據(jù)模型，可以處理非結(jié)構(gòu)化/半結(jié)構(gòu)化的大數(shù)據(jù)

補(bǔ)充概念： Memcache

In-Memory Cache, Very fast. 基本可以理解為一個(gè)超級(jí)大的Hash Table.