Mybatis order by 動態(tài)傳參出現(xiàn)的問題及解決方法
一個簡單的需求,要求把和當(dāng)前用戶相關(guān)的數(shù)據(jù)置頂展示。
這里,我用了一個簡單的用戶表來復(fù)現(xiàn)這個需求。
很簡單,查詢語句后面加上:order by t.login_name=’wulaoer’ desc 就行了。
如下所示,吳老二就到頂了。
那Mybatis腳本怎么寫呢?
就這么寫👇🏻
<select resultType='cn.fighter3.entity.User'>select * from user torder by t.login_name=#{req.currentUser} desc </select>
OK,需求完成,測試,摸……
嗯,出bug了……
問題現(xiàn)場定晴一看控制臺,報錯了。
最關(guān)鍵的一行:
java.sql.SQLException: Parameter index out of range (1 > number of parameters, which is 0).
問題分析問題很簡單,隨手一查,原因是:
#{}傳過來的參數(shù)帶單引號
#{}采用預(yù)編譯機制,是占位符,#{}傳入?yún)?shù)是以字符串傳入,會將SQL中的#{}替換為?號,調(diào)用PreparedStatement的set方法來賦值。
這種方式,order by 最后的sql會多加單引號 ’ 。
那怎么解決呢?
可以用 ${}。${}是拼接符,直接字符串替換。
<select resultType='cn.fighter3.entity.User'>select * from user torder by t.login_name=${req.currentUser} desc </select>
我不想用${}這種方式,因為有sql注入的風(fēng)險,那該怎么辦呢?
好吧,其實主要是這種方式也報錯了😓。
java.sql.SQLSyntaxErrorException: Unknown column ’wulaoer’ in ’order clause’
我們平時模糊查詢怎么寫呢?
——使用CONCAT()函數(shù)來拼接keyword。
以此類推,那我用一個函數(shù)來去掉’不就行了。
那用一個什么函數(shù)呢?
——REPLACE
所以寫法就變成了這樣:
<select resultType='cn.fighter3.entity.User'>select * from user torder by t.login_name=REPLACE(#{req.currentUser},’’’,’’) desc </select>問題解決
OK,最終問題解決。
<select resultType='cn.fighter3.entity.User'>select * from user torder by t.login_name=REPLACE(#{req.currentUser},’’’,’’) desc </select>
上去吧,吳老二!
問題比較簡單,處理起來也是三下五除二,但是分析的過程還有點意思,所以發(fā)出來給大家瞧瞧。
到此這篇關(guān)于Mybatis order by 動態(tài)傳參出現(xiàn)的一個小bug的文章就介紹到這了,更多相關(guān)Mybatis order by 動態(tài)傳參出現(xiàn)的一個小bug內(nèi)容請搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)!
相關(guān)文章:
1. ORACLE中如何實現(xiàn)ASCII字符串和16進制串互相轉(zhuǎn)換2. Sql server數(shù)據(jù)庫開發(fā)常用匯總3. 關(guān)于Oracle數(shù)據(jù)庫熱備份腳本深入剖析4. Access數(shù)據(jù)庫安全的幾個問題5. Oracle的PDB數(shù)據(jù)庫創(chuàng)建DIRECTORY時遇到ORA-65254問題及解決方法6. MySQL存儲過程例子(包含事務(wù)、參數(shù)、嵌套調(diào)用、游標(biāo)循環(huán)等)7. MySQL 的啟動選項和系統(tǒng)變量實例詳解8. mysql-bin.000001文件的來源及處理方法9. MySQL雙主(主主)架構(gòu)配置方案10. 如何遠程調(diào)用ACCESS數(shù)據(jù)庫
