來自公眾號(hào)：有關(guān)SQL

OR 不能瞎用

午飯間的小 C始绍，答應(yīng)著一起吃飯瞳购，卻眼不離屏。

我知道準(zhǔn)是上午人甲產(chǎn)品經(jīng)理又來了一個(gè)臟活亏推。話說 SQL 程序員本身是個(gè)光榮的職業(yè)学赛，頃刻間百萬(wàn)數(shù)據(jù)、百億金額從指間流過径簿，心都不帶咯噔的罢屈。在心如止水的 SQL 編碼師眼里嘀韧，金錢跟糞土沒區(qū)別篇亭，非說有什么一樣的屬性，那都是臭的锄贷。卻始終被人看做拉數(shù)據(jù)的译蒂，呼來喝去。

算了谊却，似乎吃飯時(shí)候說這事兒不好柔昼。

小 C 現(xiàn)在已經(jīng)是 BI Experienced Engineer 了，歷練了 500W+ 電商用戶的數(shù)據(jù)倉(cāng)庫(kù)項(xiàng)目后炎辨，對(duì)付日常的報(bào)表以及取數(shù)的需求捕透，技術(shù)上綽綽有余。唯一不足可能就是臉皮薄碴萧，跟產(chǎn)品扯皮完全下風(fēng)乙嘀。要我說呢，現(xiàn)在的人精多的很破喻，善于保護(hù)自己是每個(gè)程序員的弱項(xiàng)虎谢，包括保護(hù)自己的時(shí)間與精力。

“C曹质， 還不吃飯坝へ？”

“L羽德，你快來幫我看看几莽，這段 SQL 效率有問題，人甲說太慢了”

“有這么復(fù)雜宅静，我看看”

“就是這段章蚣，簡(jiǎn)單的 Join 拖慢了整個(gè) sp ”

順著小 C 的手指，總共 8 行的代碼每次都要運(yùn)行 7,8 秒坏为，確實(shí)太慢究驴。即使是第二次镊绪，第三次運(yùn)行，時(shí)間誤差不過 1 秒洒忧。那就肯定不是沒建索引這種問題了蝴韭。小 C 熟練的切換到執(zhí)行計(jì)劃的截圖，她顯然已經(jīng)知道我對(duì)付慢查詢的三板斧了熙侍￠“現(xiàn)在的后生可畏啊，老師傅們快被他們榨干了”蛉抓，當(dāng)然我是不會(huì)這么對(duì)著她的面說的庆尘。

image

最顯著的地方是那么厚厚的一根線

image

UNION ALL 帶你飛

一看時(shí)間，12：15巷送，餓扁了快驶忌。

我這人正常情況下，不發(fā)火笑跛，情緒還算穩(wěn)定付魔。但要我餓著肚子跟你磨性子，對(duì)不起飞蹂，我可能真的是屬于要跟產(chǎn)品干起來的那種几苍。屬豬，愛好吃陈哑！所以我也不想跟小 C 細(xì)講為什么了妻坝。直接改了 SQL 語(yǔ)句。

image

從 8300 ms (也就是 8 秒）一下跳到 46 ms. 性能提升了近 200 倍惊窖。

很多人對(duì) SQL 程序員有種偏見刽宪，認(rèn)為就是 CRUD Girl/Boy. 我不說，也不評(píng)論爬坑，理解偏差每個(gè)人都會(huì)有纠屋。大火的 Java Pk C#，SQL Pk NoSQL, 文科 Pk 理科盾计，這些無(wú)腦的例子還少么售担，對(duì)于這類淺見的認(rèn)識(shí)，除了浪費(fèi)自己的時(shí)間與精力署辉，對(duì)自己毫無(wú)用處族铆。做 JS 的隨便寫段 SQL 去 10T 的數(shù)據(jù)庫(kù)上跑跑就能找到挫敗感了；而寫 SQL 的你去寫個(gè) UI Chart, 頭發(fā)掉不少哭尝。不信啊哥攘，你知道 CPU Time, Elapsed Time 是怎么調(diào)出來的啊？術(shù)業(yè)有專攻，練好自己的本事再說逝淹。

三流人才耕姊，沒本事，但臭脾氣栅葡！

To Do Or Not To Do 是大問題

代碼潔癖要不要茉兰？

有些程序員有嚴(yán)重的代碼潔癖⌒来兀看到長(zhǎng)段的 SQL 總想著要去動(dòng)手改一改规脸，看到不按自己喜歡的代碼格式寫的 SQL 總想著去調(diào)調(diào)格式。比如強(qiáng)制使用大寫來規(guī)范數(shù)據(jù)庫(kù)語(yǔ)法關(guān)鍵字熊咽，用駝峰來命名變量莫鸭，一行一個(gè)字段等等。有時(shí)候是好事横殴，有時(shí)候也不見得被因。Union all 和 Or 不就是這樣么！

做事滥玷，還是要有所取舍氏身。

上面的 SQL 改寫后巍棱，執(zhí)行計(jì)劃變得復(fù)雜了惑畴。我估計(jì)很多人蠢蠢欲動(dòng)要改掉它『结悖看著眼煩如贷，往往是新手被自己情緒帶著走的節(jié)奏。

image