SQL 查詢中 WHERE 子句或連線條件過濾速度更快嗎？

哪一種 SQL 查詢比較快：Join Criteria 還是Where Clause？

這題比較了兩種查詢結構的效能：對 join 進行過濾標準與使用 WHERE 子句的比較。常見的假設是，根據連接條件進行過濾會更快，因為它會更早地減少結果集，但這種信念可能並不總是成立。

查詢比較

讓我們檢查兩個具有相同結構（過濾器放置除外）的查詢：

查詢1（Join>查詢1（Join上的過濾器）標準)

SELECT *
FROM TableA a
INNER JOIN TableXRef x ON a.ID = x.TableAID
INNER JOIN TableB b ON x.TableBID = b.ID
WHERE a.ID = 1;

查詢2（在 WHERE 子句中過濾）

SELECT *
FROM TableA a
INNER JOIN TableXRef x ON a.ID = x.TableAID
INNER JOIN TableB b ON x.TableBID = b.ID
AND a.ID = 1;

效能測試

為了確定哪個查詢更快，進行了效能測試。結果表明，WHERE 子句的過濾速度比使用連接條件的過濾速度稍快。經過的時間差很小：

• WHERE 子句： 143016 毫秒
• 加入條件： 143256 毫秒

邏輯一致性

雖然效能是一個重要的考慮因素，但邏輯一致性同樣重要。 WHERE 子句的過濾與左連接的語意一致。考慮以下查詢：

在連接條件上使用過濾器進行左連接

SELECT *
FROM TableA a
LEFT JOIN TableXRef x ON x.TableAID = a.ID AND a.ID = 1
LEFT JOIN TableB b ON x.TableBID = b.ID;

在WHERE 子句中使用過濾器進行左連接

SELECT *
FROM TableA a
LEFT JOIN TableXRef x ON x.TableAID = a.ID
LEFT JOIN TableB b ON b.id = x.TableBID
WHERE a.id = 1;

在左連接的情況下，WHERE子句過濾器確保只有匹配的行為給定 ID 返回，無論右側連接是否存在。這種行為在邏輯上是一致的，並且更容易理解。

結論

雖然性能差異可以忽略不計，但WHERE 子句的過濾速度稍微快一些，邏輯上也更一致，特別是在使用左連接時。因此，一般建議在 WHERE 子句中放置過濾器，以兼顧效能和可讀性。

以上是SQL 查詢中 WHERE 子句或連線條件過濾速度更快嗎？的詳細內容。更多資訊請關注PHP中文網其他相關文章！