你是否曾在 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.004s 的執行時間（用紅色方框突顯）。
現在，讓我們執行相同的查詢，但加入了 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 的用途是什麼？」這個古老問題的答案，它不是一種高級最佳化技巧，而是一些開發人員主張的一種風格慣例。
