你是否曾在 select 查詢中看到過 where 1=1 條件。我在許多不同的查詢和許多 SQL 引擎中都有看過。這條件顯然意味著 where TRUE，所以它只是返回與沒有 where 子句時相同的查詢結果。

此外，由于查詢優(yōu)化器幾乎肯定會刪除它，因此對查詢執(zhí)行時間沒有影響。那么，where 1=1 的作用是什么？這就是我們今天要在這里回答的問題！

where 1=1 會改善查詢執(zhí)行嗎？

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

首先，以下是在 Sakila 示例數(shù)據(jù)庫運行的查詢，獲取從 Lethbridge 商店租借電影的客戶：

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

現(xiàn)在，讓我們運行相同的查詢，但添加了 where 1=1 子句：

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

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

為方便而設

事實上，where 1=1 子句只是一些開發(fā)人員采用的一種慣性做法，以簡化靜態(tài)和動態(tài)形式的 SQL 語句的使用。

在靜態(tài) SQL 中

向已經具有 where 1=1 的查詢添加條件時，此后的所有條件都將包含 AND，因此在注釋掉試驗查詢的條件時更容易。

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

在動態(tài) SQL 中

這也是以編程方式構建 SQL 查詢時的常見做法。從“where 1=1”開始，然后附加其他條件，例如“ and customer.id=:custId”，具體取決于是否提供了客戶 ID。這允許開發(fā)人員在查詢中附加以“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 的目的是什么？”這個古老問題的答案。它不是一種高級優(yōu)化技巧，而是一些開發(fā)人員所主張的一種風格慣例。