如何讓你的 SQL 執行的飛起？

OR 不能瞎用

午飯間的小 C，答應著一起喫飯，卻眼不離屏。

我知道準是上午人甲產品經理又來了一個臟活。話說 SQL 程序員本身是個光榮的職業，頃刻間百萬數據、百億金額從指間流過，心都不帶咯噔的。在心如止水的 SQL 編碼師眼裡，金錢跟糞土沒區別，非說有什麼一樣的屬性，那都是臭的。卻始終被人看做拉數據的，呼來喝去。

算了，似乎喫飯時候說這事兒不好。

小 C 現在已經是 BI Experienced Engineer 了，歷練了 500W+ 電商用戶的數據倉庫項目後，對付日常的報表以及取數的需求，技術上綽綽有餘。唯一不足可能就是臉皮薄，跟產品扯皮完全下風。要我說呢，現在的人精多的很，善於保護自己是每個程序員的弱項，包括保護自己的時間與精力。

「C，還不喫飯啊？」

「L，你快來幫我看看，這段 SQL 效率有問題，人甲說太慢了」

「有這麼複雜，我看看」

「就是這段，簡單的 Join 拖慢了整個 sp 」

順著小 C 的手指，總共 8 行的代碼每次都要運行 7,8 秒，確實太慢。即使是第二次，第三次運行，時間誤差不過 1 秒。那就肯定不是沒建索引這種問題了。小 C 熟練的切換到執行計劃的截圖，她顯然已經知道我對付慢查詢的三板斧了。「現在的後生可畏啊，老師傅們快被他們榨乾了」，當然我是不會這麼對著她的面說的。