上一篇我們用子查詢解決了複雜的需求。 功能是做出來了，但你有沒有發現，那個 SQL 看起來很恐怖？ 一層包一層，光是要搞清楚哪個括號對應哪個括號，就讓人頭很痛。 這篇來聊聊，為什麼這種寫法會造成問題，...

前面學了 JOIN 做水平合併，也學了 UNION、INTERSECT、EXCEPT 做垂直整併。 但這些都是單獨的小練習，實際工作中的需求通常更複雜——你可能需要同時用到子查詢、分組計算、多次合併，...

了 JOIN 之後，你可能會好奇：JOIN 跟 WHERE 的執行順序是什麼？ 例如： SELECT 組別.名稱, 組員.名稱 FROM 組別 LEFT JOIN 組員 ON 組別.組別ID = 組員...

前幾篇的 JOIN，合併條件都是用 = 來配對，像是 ON 組別.組別ID = 組員.組別ID。 合併條件的本質就是一種篩選。 篩選的意思是：拿一筆資料裡某個欄位的值，去跟另一個值做比對。 例如 ON...

前幾篇我們學了 JOIN 的基本用法，都是兩張表合併在一起。 但實務上，你經常需要把三張、四張、甚至更多張表合併在一起。 這篇來看怎麼把多張表串成一條合併鏈，並且用一個完整的實戰練習來演練。

上一篇我們學了 JOIN，可以把兩張表合併在一起。 但 JOIN 有一個盲點，在某些情況下會讓你的資料無聲無息地消失。 這篇來看這個問題是什麼，以及怎麼解決。

上一篇我們學了用逗號合併兩張表，但發現一個問題：合併條件和篩選條件混在一起，很難維護。 這篇來學正式的合併指令：JOIN。 它做的事情跟上一篇一模一樣，只是寫法比較漂亮。

上一篇我們學了「先計算」的做法，把子查詢放在 WHERE 裡面。 這篇要來學「先合併」的做法，把兩張表合併成一張大表，再做計算。 我們會從一個很笨、很暴力的方式開始，讓你理解合併的底層原理。

在上一篇文章，我們介紹了兩種跨表查詢的策略：「先計算」和「先合併」。 這篇文章來實作「先計算」的做法，也就是把子查詢放在篩選條件中。