事實上，有很多你可能正在學習的很酷的新事物，似乎每12.8秒就有一項新技術出現，那到底為什么你要花費空閑時間學習一門像SQL這樣又老又臭的語言呢？讓我告訴你我的理由。

SQL是可移植的

計算機系的學生們在獲取他們的學位時被教授數以百計的技術和理論概念，其中的許多信息并不能直接應用于每日的編程任務，但SQL介紹給學生們能夠在不同平臺間轉移的基本概念，不同的平臺擁有共通的詞匯表和工具組，學生們能帶著它們去任何地方。

盡管每個數據庫廠商實現他們自己的擴展，但廠商的每個新版本都符合ANSI/ISO SQL標準。標準兼容盡管很微妙，但也使你能夠攜帶著你的知識從一個平臺到另一個平臺。如果你學習SQL，你將會預備好從一個數據庫轉移到另一個。

SQL從不改變

我的好朋友和商業伙伴開玩笑說他成為一個數據庫管理員是因為SQL已經35年沒有變化了，這大部分是真的。廠商實現他們自己的擴展并最終使其加入到SQL標準，但SQL的核心沒有改變。一旦你理解了SQL的基礎和關系原理（并不那么難），你會發現你能夠繼續依賴這些知識，添加那些你本來依靠其他工具或開發者來實現的特性和功能。

SQL易于性能增益

在一個應用程序中僅有幾個地方能夠實現性能增益 - 表示層、應用層和存儲層。事實是，你的代碼已經寫得很好并且很好地調整過，從那里獲取性能增益會好比從石頭中獲取血液一樣艱難。另一方面，數據庫是一個容易做一些簡單改變（添加一個索引，稍稍修改一個查詢）并看到巨大性能改善的地方。在花費了我的職業生涯的可觀部分，以一個應用程序開發者的身份盯著數據庫分析器之后，我能為之證明。從程序代碼中獲得性能改善是可能的，但現代的框架和工具通常都編寫良好，因此數據庫通常是一個更好的地方（也被認為是更容易的地方）為性能改善找到低懸的果實。

SQL使你成為更好的開發者

《程序員的修煉之道》一書激勵開發者每年都學習一種新語言，并不是因為環境在持續地變化，而是因為學習新的語言向開發者展示了新的模式。思考問題時有不同的思路，并且它們能夠很好地應用于不同的解決方案（通過鉆研函數式編程我最近學了不少）。學習SQL能夠教會你以集合而非迭代的方式思考。長期來看，這會改變你與數據打交道時的思維方式，使你的數據庫代碼得到改進。

增進團隊間的交流

你是否曾經試圖和語言相同但說非常不同方言的某人交談？在工作之外，跨越語言的藩籬交流會很艱難，但當一個項目的成功依賴于此則完全令人抓狂。學習SQL會在你與數據庫管理員團隊交流你的目標時給予幫助，他們不需要解析你的意思，你可以確切地告訴他們你的需求。最終誤解更少了，事情能夠更快地完成，你不再會是“那個讓人抓狂的開發者”。

工作保障

我討厭這樣說，但學習SQL可能意味著當旁邊隔間的Ted在裁員季被解雇時你能保住你的工作。你擁有越多的技能，你能履行越多的工作職能，你就變得對現雇主越有價值（還有未來的雇主）。如果你能同時與數據庫團隊和開發團隊一起工作，你就成為了一個有價值的資源，兩個團隊都要依靠你獲得成功。

SQL真的不那么難

和普遍的觀念相反，SQL不是難以學習的語言。SQL是一種不同的思考方式，這是肯定的，但它并不難。那只有記錄在ANSI/ISO標準中的為數不多的指令、操作符和數據類型。雖然廠商會添加他們自己的特性，但仍有一部分精簡的核心知識你能學習并且應用到你去到的每個地方。

理解什么時候不適合數據庫

數據庫對于解決很多問題是現象級的工具，但對于解決更多的問題則是糟糕的問題。換言之：你也許不應該用一把錘子去挖掘壕溝。通過學習和理解SQL，你將能夠做出更好的決定并將表現糟糕的代碼移出數據庫。事實上，你將能夠在問題形成之前就將其發現。

一旦你理解了SQL，你會更好地領會一個關系型數據庫管理系統的局限性。你會知道應用程序的哪個部分能夠安全地存在于一個數據庫，而哪部分需要被移動到不同的分層。一些數據驗證應該和數據存放在一起，而另一些則不應該。理解SQL如何工作會幫助你決定哪些規則應該保留在數據庫里。

讓故障排除更簡單

運行中的應用程序難以故障排除眾所周知。越多的復雜度和分層被涉及到，就越難以為一個應用程序排除故障。對于SQL的良好理解讓快速地將存在于數據庫中的問題隔離變得可能。換言之：理解SQL使將問題定位在你的應用程序的多個不同分層中的某一層變得簡單。

原文鏈接：http://humblepg.com/chs/articles/nine-reasons-developers-should-learn-sql.html