SQL查詢源碼中常見的 where 1=1 是一種高級優(yōu)化技巧?
當前位置:點晴教程→知識管理交流
→『 技術(shù)文檔交流 』
你是否曾在 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è)的例子: 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 " ◆ 總結(jié)在這篇文章中,我們了解到“where 1=1 的目的是什么?”這個古老問題的答案。它不是一種高級優(yōu)化技巧,而是一些開發(fā)人員所主張的一種風(fēng)格慣例。 該文章在 2023/8/25 10:50:19 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... |