源碼中常見的 where 1=1 是一種高級優(yōu)化技巧?
你是否曾在?SELECT?查詢中看到過?WHERE 1=1?條件。我在許多不同的查詢和許多 SQL 引擎中都有看過。這條件顯然意味著?WHERE TRUE,所以它只是返回與沒有?WHERE?子句時相同的查詢結(jié)果。
此外,由于查詢優(yōu)化器幾乎肯定會刪除它,因此對查詢執(zhí)行時間沒有影響。那么,WHERE 1=1?的作用是什么?這就是我們今天要在這里回答的問題!
WHERE 1=1 會改善查詢執(zhí)行嗎?
正如前文中所述,我們預(yù)計查詢優(yōu)化器會刪除硬編碼的?WHERE 1=1?子句,因此我們不應(yīng)看到查詢執(zhí)行時間減少。為了證實這個假設(shè),讓我們在 Navicat 中運行一個有和一個無?WHERE 1=1?子句的?SELECT?查詢。
首先,以下是在 Sakila 示例數(shù)據(jù)庫運行的查詢,獲取從 Lethbridge 商店租借電影的客戶:

在信息選項卡的底部可以看到 0.004 秒的運行時間(用紅色方框突出顯示)。
現(xiàn)在,讓我們運行相同的查詢,但添加了?WHERE 1=1?子句:

同樣,運行時間為 0.004 秒。盡管查詢的運行時間可能因許多因素會略有波動,但可以肯定地說?WHERE 1=1?子句對其沒有任何影響。
那么,為什么要使用它呢?簡單來說,就是...
為方便而設(shè)
事實上,WHERE 1=1?子句只是一些開發(fā)人員采用的一種慣性做法,以簡化靜態(tài)和動態(tài)形式的 SQL 語句的使用。
在靜態(tài) SQL 中
向已經(jīng)具有 WHERE 1=1 的查詢添加條件時,此后的所有條件都將包含 AND,因此在注釋掉試驗查詢的條件時更容易。

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

在動態(tài) SQL 中
這也是以編程方式構(gòu)建 SQL 查詢時的常見做法。從“WHERE 1=1”開始,然后附加其他條件,例如“?and customer.id=:custId”,具體取決于是否提供了客戶 ID。這允許開發(fā)人員在查詢中附加以“and ...”開頭的下一個條件。這是一個假設(shè)的例子:
總結(jié)
在這篇文章中,我們了解到“WHERE 1=1?的目的是什么?”這個古老問題的答案。它不是一種高級優(yōu)化技巧,而是一些開發(fā)人員所主張的一種風格慣例。