你是否曾在 SELECT 查詢中看到過 WHERE 1=1 條件。我在許多不同的查詢和許多 SQL 引擎中都有看過。這條件顯然意味著 WHERE TRUE，所以它只是返回與沒有 WHERE 子句時相同的查詢結果。此外，由於查詢優化器幾乎肯定會刪除它，因此對查詢執行時間沒有影響。那麼，WHERE 1=1 的作用是什麼？這就是我們今天要在這裡回答的問題！

WHERE 1=1 會改善查詢執行嗎？

正如前文中所述，我們預計查詢優化器會刪除硬編碼的 WHERE 1=1 子句，因此我們不應看到查詢執行時間減少。為了證實這個假設，讓我們在 Navicat 中執行一個有和一個無 WHERE 1=1 子句的 SELECT 查詢。

首先，以下是在 Sakila 示例資料庫執行的查詢，獲取從 Lethbridge 商店租借電影的客戶：

在資訊選項卡的底部可以看到 0.004 秒的執行時間（用紅色方框突出顯示）。

現在，讓我們執行相同的查詢，但添加了 WHERE 1=1 子句：

同樣，執行時間為 0.004 秒。儘管查詢的執行時間可能因許多因素會略有波動，但可以肯定地說 WHERE 1=1 子句對其沒有任何影響。

那麼，為什麼要使用它呢？簡單來說，就是...

為方便而設

事實上，WHERE 1=1 子句只是一些開發人員採用的一種慣性做法，以簡化靜態和動態形式的 SQL 語句的使用。

在靜態 SQL 中

向已經具有 WHERE 1=1 的查詢新增條件時，此後的所有條件都將包含 AND，因此在註釋掉試驗查詢的條件時更容易。

這類似於另一種在列名之前而不是之後加入逗號的技巧。同樣，更容易註釋：

在動態 SQL 中

這也是以程式設計方式構建 SQL 查詢時的常見做法。從“WHERE 1=1”開始，然後附加其他條件，例如“ and customer.id=:custId”，具體取決於是否提供了客戶 ID。這允許開發人員在查詢中附加以“and ...”開頭的下一個條件。這是一個假設的例子：

stmt  = "SELECT * "
stmt += "FROM TABLE "
stmt += "WHERE 1=1 "
if user chooses option a then stmt += "and A is not null "
if user chooses option b then stmt += "and B is not null "
if user chooses option b then stmt += "and C is not null "
if user chooses option b then stmt += "and D is not null "

總結

在這篇文章中，我們瞭解到“WHERE 1=1 的目的是什麼？”這個古老問題的答案。它不是一種高階優化技巧，而是一些開發人員所主張的一種風格慣例。