SQL查詢(xún)?cè)创a中常見(jiàn)的 where 1=1 是一種高級(jí)優(yōu)化技巧？

當(dāng)前位置：點(diǎn)晴教程→知識(shí)管理交流 →『技術(shù)文檔交流』

admin

2023年8月25日 10:47 本文熱度 438

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

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

◆ where 1=1 會(huì)改善查詢(xún)執(zhí)行嗎？

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

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

在信息選項(xiàng)卡的底部可以看到 0.004 秒的運(yùn)行時(shí)間（用紅色方框突出顯示）。

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

同樣，運(yùn)行時(shí)間為 0.004 秒。盡管查詢(xún)的運(yùn)行時(shí)間可能因許多因素會(huì)略有波動(dòng)，但可以肯定地說(shuō) where 1=1 子句對(duì)其沒(méi)有任何影響。

那么，為什么要使用它呢？簡(jiǎn)單來(lái)說(shuō)，就是...

◆ 為方便而設(shè)

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

◆ 在靜態(tài) SQL 中

向已經(jīng)具有 where 1=1 的查詢(xún)添加條件時(shí)，此后的所有條件都將包含 AND，因此在注釋掉試驗(yàn)查詢(xún)的條件時(shí)更容易。

這類(lèi)似于另一種在列名之前而不是之后加入逗號(hào)的技巧。同樣，更容易注釋?zhuān)?/span>

◆ 在動(dòng)態(tài) SQL 中

這也是以編程方式構(gòu)建 SQL 查詢(xún)時(shí)的常見(jiàn)做法。從“where 1=1”開(kāi)始，然后附加其他條件，例如“ and customer.id=:custId”，具體取決于是否提供了客戶(hù) ID。這允許開(kāi)發(fā)人員在查詢(xún)中附加以“and ...”開(kāi)頭的下一個(gè)條件。這是一個(gè)假設(shè)的例子：

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 "