開發者應該學習SQL的九個理由
按：“什麼都略懂一點，生活就會多彩一點。” 編程語言、開發工具、數據庫、網頁前端甚至是美工設計，只要能夠幫助我們Get Things Done，能夠使我們成爲一個更好的Developer，都不妨一試，技不壓身麼。
事實上，有很多你可能正在學習的很酷的新事物，似乎每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使將問題定位在你的應用程序的多個不同分層中的某一層變得簡單。