我們本該在任何地方，都學到我們應該學到的東西！
寫這段文字，是因為前不久發生的一個留言：
我不知道什麼樣的群，算是有意思。但你要進了群，一言不發，那肯定是找不到有意思的事情。
再舉個例子，我的歷任老闆都對我說過相同的話：
能不能幫我多培養幾個像你一樣精通數據庫的年輕人？
第一次聽到這番話時，我相當激動，熱淚盈眶。開心之意溢於言表，當然是十分樂意。但幾次之後，發現精通數據庫的高手，並不是靠師傅培養就能出的來。
舉個例子：下面這段不到 3 行的 SQL 代碼，跑了 30 秒都沒有出來結果，你怎麼解決？
image
很多人第一反應是數據庫壓力大，慢了，結果死等，死等幾次後，去百度。結果百度無果，就會問一問組裡資深的人。但也有部分筒子，懶得百度，衝到高工那裡就死皮賴臉讓人家幫忙解決問題。之後不了了之。還有的同學（極個別）會請教高工，是哪裡看到的技巧，然後去谷歌百度一下。
我不知道你會怎麼做，但就我開號這麼長時間來，真遇到問題，會在我號留言，說到點上的，10個人不到。更多，就是第一朋友的留言那樣，“我沒遇到過，我沒從你群裡學到技巧，你真沒意思”
現實中，也沒好到哪裡去！碰到這個問題，還是直接找我要答案，並不想知道，答案從哪裡來。
在這段不到 3 行的 SQL 中，至少能反應出一個人看過哪些書，是真正看進去，弄明白的那種看書。
基礎部分
如果不知道 SQL Server 還有 INTERSECT 命令，那隻能說明，基礎的語法書，都沒有完整的看過了。
比如：《Inside SQL Server T-SQL Querying》、《Inside SQL Server T-SQL Programming》
當看過上邊兩本書之後，應該懂得如何使用 Execution Plan 執行計劃來分析，究竟哪些步驟出了問題，消除基本的性能障礙。
image
上面兩本書，至少給了你線索，從這些帶藍框的算法裡面找瓶頸。
進階書籍
當我在語句後，加入一段命令，數據就秒出，我不知道這個時間節省了多少倍，超過 30 秒的 SQL 是根本不允許存在的。因此即使這段經我手優化的 SQL 執行了 1 秒，也比原先的 SQL 快了 30 倍。
image
你看，就 319 行數據，用了 30 秒都沒出的來。
那很多朋友也許都要說：
哦，還有 OPTION(HASH JOIN)這回事啊，怎麼玩的啊？
嗯，怎麼玩，我好像沒有義務告訴你啊。再說，我給出這麼段 SQL ，難道怎麼玩不是該你去補課的地方嘛？
所以，每每老闆對我語重心長說，要多培養幾個高手，我現在也只能苦笑。高手的培養，真不是一朝一夕，還得看資質。
在晉級書單中，一定會有數據庫性能調優相關的書。我推薦《Inside SQL Server Performance Tunning》.當然凡是帶有 SQL Performance Tuning的書，都不要放過，至少看看目錄。我曾經買了不少於 5 本帶有Performance Tuning 的書。有 Oracle, MySQL,也有 Spark SQL. 更細緻一些，還會有單獨對索引進行介紹的，比如《數據庫索引設計與優化》。再說一遍，在知識面前，錢算個P!
看完這些書，你可以欺騙數據庫優化引擎，想讓它做什麼，都行。酷不酷？
image
你看這裡，Hash Match 算法，你懂了麼？
--完--
閱讀更多 數據科學中文社區 的文章
