[點(diǎn)晴永久免費(fèi)OA]SQL中為什么不要使用1=1？
最近看幾個(gè)老項(xiàng)目的SQL條件中使用了1=1，想想自己也曾經(jīng)這樣寫過，略有感觸，特別拿出來說道說道。 編寫SQL語句就像炒菜，每一種調(diào)料的使用都會(huì)影響菜品的最終味道，每一個(gè)SQL條件的加入也會(huì)影響查詢的執(zhí)行效率。那么 1=1 存在什么樣的問題呢？為什么又會(huì)使用呢？ 為什么會(huì)使用 1=1？在動(dòng)態(tài)構(gòu)建SQL查詢時(shí)，開發(fā)者可能會(huì)不確定最終需要哪些條件。這時(shí)候，他們就會(huì)使用“1=1”作為一個(gè)始終為真的條件，讓接下來的所有條件都可以方便地用“AND”連接起來，就像是搭積木的時(shí)候先放一個(gè)基座，其他的積木塊都可以在這個(gè)基座上疊加。 就像下邊這樣： SELECT * FROM table WHERE 1=1 <if test="username != null"> AND username = #{username} </if> <if test="age > 0"> AND age = #{age} </if> 這樣就不用在增加每個(gè)條件之前先判斷是否需要添加“AND”。 1=1 帶來的問題性能問題?有的同學(xué)會(huì)擔(dān)心 1=1 給數(shù)據(jù)庫帶來額外的負(fù)擔(dān)，產(chǎn)生性能問題。 這實(shí)際上可能不會(huì)發(fā)生，因?yàn)楝F(xiàn)代數(shù)據(jù)庫的查詢優(yōu)化器已經(jīng)非常智能，它們通常能夠識(shí)別出像 1=1 這樣的恒真條件，并在執(zhí)行查詢計(jì)劃時(shí)優(yōu)化掉它們。在許多情況下，即使查詢中包含了1=1，數(shù)據(jù)庫的性能也不會(huì)受到太大影響，優(yōu)化器會(huì)在實(shí)際執(zhí)行查詢時(shí)將其忽略。 但是現(xiàn)代優(yōu)化器雖然很強(qiáng)大，但它們并不是萬能的。在某些復(fù)雜的查詢場(chǎng)景中，即使是簡(jiǎn)單的 1=1 也可能對(duì)優(yōu)化器的決策造成不必要的影響。 代碼質(zhì)量我們?nèi)匀恍枰苊庠诓樵冎邪?1=1，因?yàn)檫€有以下幾點(diǎn)考慮：
編寫盡可能高效、清晰和準(zhǔn)確的SQL語句，不僅有助于保持代碼的質(zhì)量，也讓代碼具有更好的可維護(hù)性和可擴(kuò)展性。 替代 1=1 的更佳做法現(xiàn)在開發(fā)者普遍使用ORM框架來操作數(shù)據(jù)庫了，還在完全手寫拼SQL的同學(xué)可能需要反思下了，這里給兩個(gè)不同ORM框架下替代1=1的方法。 假設(shè)我們有一個(gè)用戶信息表 user，并希望根據(jù)傳入的參數(shù)動(dòng)態(tài)地過濾用戶。 首先是Mybatis： <!-- MyBatis映射文件片段 --> <select id="selectUsersByConditions" parameterType="map" resultType="com.example.User"> SELECT * FROM user <where> <!-- 使用if標(biāo)簽動(dòng)態(tài)添加條件 --> <if test="username != null and username != ''"> AND username = #{username} </if> <if test="age > 0"> AND age = #{age} </if> <!-- 更多條件... --> </where> </select> 在 MyBatis 中，避免使用 WHERE 1=1 的典型方法是利用動(dòng)態(tài)SQL標(biāo)簽（如 <if>）來構(gòu)建條件查詢。<where> 標(biāo)簽會(huì)自動(dòng)處理首條條件前的 AND 或 OR。當(dāng)沒有滿足條件的 <if> 或其他條件標(biāo)簽時(shí)，<where> 標(biāo)簽內(nèi)部的所有內(nèi)容將被忽略，從而不會(huì)生成多余的 AND 或 WHERE 子句。 再看看 Entity Framework 的方法： var query = context.User.AsQueryable(); if (!string.IsNullOrEmpty(username)) { query = query.Where(b => b.UserName.Contains(username)); } if (age>0) { query = query.Where(b => b.Age = age); } var users = query.ToList(); 這是一種函數(shù)式編程的寫法，最終生成SQL時(shí)，框架會(huì)決定是否在條件前增加AND，而不需要人為的增加 1=1。 總結(jié)“1=1”在SQL語句中可能看起來無害，但實(shí)際上它是一種不良的編程習(xí)慣，可能會(huì)導(dǎo)致性能下降。就像在做飯時(shí)不會(huì)無緣無故地多加調(diào)料一樣，我們?cè)诰帉慡QL語句時(shí)也應(yīng)該避免添加無意義的條件。 每一行代碼都應(yīng)該有它存在的理由，不要讓人和數(shù)據(jù)庫浪費(fèi)時(shí)間在不必要的事情上。 本文作者：螢火架構(gòu)，轉(zhuǎn)自https://www.cnblogs.com/bossma/p/18024285 ------------ 個(gè)人觀點(diǎn)：看個(gè)樂行了，1=1該用就用無需顧慮那么多。 該文章在 2024/2/24 16:20:49 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... 
|
400 186 1886
