過去十年是非常令人興奮的十年，因?yàn)樗c數(shù)據(jù)有關(guān)。在這十年中，一些技術(shù)的出現(xiàn)見證了數(shù)據(jù)的爆炸式增長(zhǎng)：

社交媒體(或者說Web 2.0)產(chǎn)生了持續(xù)增長(zhǎng)的數(shù)據(jù);

物聯(lián)網(wǎng)(傳感器設(shè)備)產(chǎn)生了日益增長(zhǎng)的數(shù)據(jù);

新模型不斷涌現(xiàn)出來，數(shù)據(jù)庫市場(chǎng)從沒如此熱鬧過。

廠商市場(chǎng)人員，分析師機(jī)構(gòu)和媒體以及技術(shù)傳播者們創(chuàng)造了“大數(shù)據(jù)”和“NoSQL”這些詞匯，把過去十年里圍繞持久化技術(shù)出現(xiàn)的模糊觀點(diǎn)匯集在一起。然而多大才算“大數(shù)據(jù)”呢?你做的是“大數(shù)據(jù)”嗎?你需要“大數(shù)據(jù)”嗎?這些根本性問題卻很少有人提起。

事實(shí)上，你真的不需要。你可以繼續(xù)使用傳統(tǒng)的架構(gòu)和關(guān)系型數(shù)據(jù)庫。我堅(jiān)信關(guān)系型數(shù)據(jù)庫不會(huì)滅亡。為什么?且看我總結(jié)出的三大理由：

1、RAM的價(jià)格持續(xù)走低

一時(shí)之間，經(jīng)濟(jì)學(xué)家和分析師都認(rèn)為摩爾定律將要終結(jié)。單CPU的處理能力達(dá)到了非量子物理所能達(dá)到的極限，我們不能再以那么低的成擴(kuò)展處理器能力。因此多核處理器出現(xiàn)了，廠商都開始鼓吹采用分布式架構(gòu)來進(jìn)行數(shù)據(jù)處理和共享。

但是我們真的需要把數(shù)據(jù)分發(fā)到多臺(tái)服務(wù)器上，并在分布式環(huán)境中與CAP理論做斗爭(zhēng)嗎?事實(shí)上，你大可不必付此代價(jià)。(注：CAP原則是NOSQL數(shù)據(jù)庫的基石。Consistency一致性、Availability可用性、Partition tolerance分區(qū)容錯(cuò)性。)

雖然CPU不會(huì)變的更快，但是RAM卻一直在變的更便宜。現(xiàn)在，一臺(tái)數(shù)據(jù)庫服務(wù)器可以把整個(gè)數(shù)據(jù)庫都放到內(nèi)存中，這個(gè)費(fèi)用我們是絕對(duì)負(fù)擔(dān)得起的。

幾家主流的關(guān)系數(shù)據(jù)庫廠商已經(jīng)基于其各自的標(biāo)準(zhǔn)產(chǎn)品實(shí)現(xiàn)了內(nèi)存計(jì)算功能和列存儲(chǔ)功能。包括Oracle數(shù)據(jù)庫12c、SQL Server 2014、SAP HANA等。全球最大的問答網(wǎng)站Stack Exchange就是一個(gè)很好的例子，到目前為止，他們還在使用集中式的RDBMS來跑核心應(yīng)用。他們的服務(wù)器配置了400GB RAM，每天要處理3.43億次查詢操作，運(yùn)轉(zhuǎn)起來沒有遇到任何問題。

這種經(jīng)典架構(gòu)很好地印證了遵循摩爾定律：“只要扔更多的硬件進(jìn)去，它就能更快地運(yùn)行。”所以你還沒有必要把系統(tǒng)改造成分布式架構(gòu)。換句話說，磁盤已經(jīng)不在是應(yīng)用程序的性能瓶頸。有了RAM，你可以很容易地在單一服務(wù)器上進(jìn)行擴(kuò)展。

2、SQL是最好的查詢語言

你可以說SQL時(shí)最差的數(shù)據(jù)庫查詢語言，但你也找不到第二種語言來代替它。

從技術(shù)的角度來看，QUEL可能曾經(jīng)是更好的語言，但是80年代初期由于Oracle和IBM耍了花招，SQL以及ANSI/ISO SQL標(biāo)準(zhǔn)最終勝出了。SQL最基本的廣受批評(píng)的問題之一是它并不是真正的關(guān)系型語言。這一點(diǎn)早在1983年C.J.Date就在其論文《對(duì)SQL數(shù)據(jù)庫語言的批判》中就明確指出了，但是那時(shí)已經(jīng)太遲了，SQL已經(jīng)贏得了競(jìng)爭(zhēng)。為什么呢?

(注：Ingres 公司使用的是 Stonebraker 教授發(fā)明的QUEL的查詢技術(shù)，這和IBM的SQL大不相同。在某些地方QUEL甚至要優(yōu)于SQL。IBM當(dāng)時(shí)擔(dān)心Ingres把QUEL變成標(biāo)準(zhǔn)會(huì)對(duì)自己不利。經(jīng)過一番衡量，決定把自己的SQL提交給數(shù)據(jù)庫標(biāo)準(zhǔn)委員會(huì)。而Stonebraker教授可不打算把QUEL提交給數(shù)據(jù)庫標(biāo)準(zhǔn)委員會(huì)，學(xué)院派的他認(rèn)為這么做實(shí)際上是扼殺了創(chuàng)新精神。鷸蚌相爭(zhēng)，漁翁得利。ORACLE看到并抓住了這個(gè)絕佳的機(jī)會(huì)，大肆宣布ORACLE全面與SQL兼容，加上 ORACLE當(dāng)時(shí)對(duì)Ingres PC上的版本的攻擊，再加上ORACLE公司銷售上的強(qiáng)勢(shì)，Ingres不斷丟城失地，等到后來推出支持SQL的數(shù)據(jù)庫的時(shí)候?yàn)闀r(shí)已晚。緊跟IBM讓 ORACLE得以成長(zhǎng)、壯大，擁抱標(biāo)準(zhǔn)，擁抱開放，擁抱變化，讓ORACLE立于不敗之地。——Fenng《書寫歷史的甲骨文–ORACLE公司傳奇》)

SQL本身就是設(shè)計(jì)用來讓人類創(chuàng)建臨時(shí)查詢的語言。值得注意的是，SQL語言幾乎是唯一的聲明性語言，它存活了下來并成為了最流行的數(shù)據(jù)庫查詢語言。

在大部分人們還更適應(yīng)以命令行的風(fēng)格指揮計(jì)算機(jī)工作時(shí)，聲明式思想是很難被接收的。我們可以看到，試圖創(chuàng)建這類語言的不只在數(shù)據(jù)庫領(lǐng)域，也包括一些常規(guī)用途語言(比如：Java語言)。具體來說，Java EE完全是標(biāo)記式的，主要標(biāo)記標(biāo)簽和成員類型，使解釋器可以處理那些標(biāo)簽并注入行為。一旦你把JPA，JAXB，JAX-RS，JAX-WS，EJB，甚至或許還包括Spring和一些其他工具組合到一起形成應(yīng)用，你馬上就能知道理解所有這些聲明式元素的含義以及了解它們?nèi)绾渭昂螘r(shí)交互有多么困難。通常情況下，行為不是具體的或者是半具體的。

SQL是一種比較簡(jiǎn)單的聲明式語言，有很多的限制。這是優(yōu)點(diǎn)，因?yàn)檎Z言特性不多，可以使你快速實(shí)現(xiàn)符合SQL標(biāo)準(zhǔn)的需求。事實(shí)上，SQL語言的這種普遍性甚至導(dǎo)致了許多NoSQL數(shù)據(jù)庫都在采用SQL或者非常近似地模仿SQL：

SQL on Hadoop

Phoenix for HBase

Cassandra的CQL

JCR-SQL2等等

當(dāng)然了，更不用說數(shù)不清的關(guān)系型數(shù)據(jù)庫統(tǒng)統(tǒng)都在使用SQL。

隨著廣受歡迎的ORM幫助把用SQL實(shí)現(xiàn)CRUD的繁瑣工作抽象出來，再考慮到查詢和大批量數(shù)據(jù)處理(不管你的底層存儲(chǔ)是關(guān)系型的還是非關(guān)系型的都沒有關(guān)系)，可以說SQL幾乎沒有有競(jìng)爭(zhēng)力的替代品。

換言之，SQL的非關(guān)系性是該語言的主要優(yōu)點(diǎn)之一，它使得SQL可以與其它方面的數(shù)據(jù)處理進(jìn)行協(xié)作，比如XML、OLAP、JSON、列存儲(chǔ)等等。

3、過程性語言是理想的計(jì)算機(jī)語言

關(guān)系型數(shù)據(jù)庫勝過其它非關(guān)系存儲(chǔ)機(jī)制的第三個(gè)優(yōu)點(diǎn)就是過程性語言(Procedural Language)與SQL語言的緊密集成。

如果你采用縱向擴(kuò)展，那么你的單臺(tái)數(shù)據(jù)庫服務(wù)器會(huì)希望利用盡可能多的處理器核心資源。因此，你會(huì)希望盡可能在服務(wù)器的RAM中進(jìn)行數(shù)據(jù)計(jì)算。

多年來，企業(yè)軟件架構(gòu)師們都在試圖把業(yè)務(wù)邏輯轉(zhuǎn)移到中間層，對(duì)于采用J2EE或者后來的Java EE架構(gòu)的更是如此。這一觀念幫助許多大型軟件廠商在已經(jīng)銷售了昂貴數(shù)據(jù)庫的情況下，又成功銷售了及其昂貴的中間件作為架構(gòu)必備補(bǔ)充。

在以前這是非常合理的，因?yàn)?0年前的數(shù)據(jù)庫并沒有當(dāng)今數(shù)據(jù)庫如此強(qiáng)大。然而，現(xiàn)在商業(yè)版的SQL優(yōu)化器已經(jīng)極其強(qiáng)大了。為讓你的SQL提速，你需要做的全部工作就只有調(diào)整合適的索引了。如果你決定使用的平臺(tái)不支持使用SQL，那么這會(huì)極大增加你的數(shù)據(jù)處理邏輯總擁有成本。要想手工操作，用Java這種通用的命令式語言以算法的形式實(shí)現(xiàn)執(zhí)行計(jì)劃調(diào)優(yōu)是非常困難的。當(dāng)然，這種做法也有一些思路，可以用像jOOQ這種API實(shí)現(xiàn)。

對(duì)于一切不合適用SQL的情況，你可以使用關(guān)系數(shù)據(jù)庫的過程性語言，它支持直接在數(shù)據(jù)庫中實(shí)現(xiàn)更復(fù)雜更明確的算法，可以使業(yè)務(wù)邏輯與數(shù)據(jù)綁定非常緊密。這種語言不但訪問數(shù)據(jù)非常快速，而且可以用SQL與大批量數(shù)據(jù)處理交互。

換句話說，把一些計(jì)算量繁重的邏輯放到數(shù)據(jù)庫中，對(duì)于許多情況來說都是最好的選擇。我認(rèn)為未來會(huì)有更多的技術(shù)公司將開始構(gòu)建內(nèi)存數(shù)據(jù)庫，這將毫無疑問進(jìn)一步推動(dòng)過程性SQL語言的普及。過程性語言包括：Transact-SQL(T-SQL)，PL/SQL和SQLScript。

關(guān)系數(shù)據(jù)庫贏得了過去，也將贏得未來

“如果你只有一把錘子，那么所有問題看起來都像釘子。”

對(duì)于關(guān)系數(shù)據(jù)庫來說，可能沒有更好的比喻了。他們是瑞士軍刀級(jí)的錘子，有數(shù)以百萬計(jì)的工具，絕大多數(shù)開發(fā)者們需要的只是這把“錘子”，他們就可以走很遠(yuǎn)。所以，保持冷靜，繼續(xù)前行(Keep calm and SQL on)!

關(guān)于作者：Lukas Eder是瑞士公司Data Geekery的創(chuàng)始人兼CEO，這家公司主要提供JooQ工具，能夠?qū)QL語言與Java進(jìn)行緊密的結(jié)合。