屬于MyBatis的核心之一,這里面的坑比較多,大家多多看看吧
一 模糊查詢的三種方式介紹
我會使用resultMap處理結果集數據
<mapper namespace="com.shxt.model.Skill">
<resultMap type="com.shxt.model.Skill" id="BaseResultMap">
<id column="skill_id" property="skillId"/>
<result column="skill_name" property="skillName"/>
<result column="num" property="num"/>
</resultMap>
</mapper>
1."死數據"的模糊查詢
- 映射文件
<!-- 1.模糊條件是固定 -->
<select id="listLike01" resultMap="BaseResultMap" >
SELECT * FROM skill WHERE skill_name LIKE '%s%'
</select>
- Java測試代碼
@Test
public void 固定條件的模糊查詢(){
SqlSession sqlSession = null;
try {
sqlSession = MyBatisUtils.getSqlSession();
//定位執行
List<Skill> tempList =
sqlSession.selectList(Skill.class.getName()+".listLike01");
System.out.println(tempList);
} finally {
MyBatisUtils.closeSqlSession(sqlSession);
}
}
請注意: 這里使用了單元測試@Test注解
-
圖解說明
"死數據"模糊查詢
2.通過Java程序完成模糊查詢
- 映射文件
<!-- A.通過Java代碼拼接字符串 -->
<select id="listLike02"
parameterType="string" resultMap="BaseResultMap" >
SELECT * FROM skill WHERE skill_name LIKE #{name}
</select>
- Java測試代碼
@Test
public void 通過Java程序完成模糊查詢(){
SqlSession sqlSession = null;
try {
sqlSession = MyBatisUtils.getSqlSession();
//定位執行
String name = "%s%";// --> 拼接的字符串
List<Skill> tempList =
sqlSession.selectList(Skill.class.getName()+".listLike02",name);
System.out.println(tempList);
} finally {
MyBatisUtils.closeSqlSession(sqlSession);
}
}
-
圖解說明
藍色部分
3.通過MySQL函數完成模糊查詢
- 映射文件
<!-- B.通過SQL語句函數拼接字符串 -->
<select id="listLike03"
parameterType="string" resultMap="BaseResultMap" >
SELECT * FROM skill WHERE skill_name LIKE CONCAT('%',#{name},'%')
</select>
concat 拼接字符串
- Java測試代碼
@Test
public void 通過SQL語句函數完成模糊查詢(){
SqlSession sqlSession = null;
try {
sqlSession = MyBatisUtils.getSqlSession();
//定位執行
String name = "s";// --> 只是自己處理
List<Skill> tempList =
sqlSession.selectList(Skill.class.getName()+".listLike03",name);
System.out.println(tempList);
} finally {
MyBatisUtils.closeSqlSession(sqlSession);
}
}
-
圖解說明
紅色部分
4.通過${}的方式拼接模糊查詢[強烈不推薦]
這里涉及到一道面試題 : MyBatis框架中#{}和${}的區別? - 請見附錄1
- 映射文件
<!-- C.通過${}完成模糊查詢 -->
<select id="listLike04"
parameterType="map" resultMap="BaseResultMap" >
SELECT * FROM skill WHERE skill_name LIKE CONCAT('%','${shxt}','%')
</select>
- Java測試代碼
@Test
public void 模糊查詢(){//${}完成模糊查詢
SqlSession sqlSession = null;
try {
sqlSession = MyBatisUtils.getSqlSession();
//定位執行
Map<String, String> map = new HashMap<String, String>();
map.put("shxt", "s");// 注意 -> 需要設置 KEY 不然無法獲取
List<Skill> tempList =
sqlSession.selectList(Skill.class.getName()+".listLike04",map);
System.out.println(tempList);
} finally {
MyBatisUtils.closeSqlSession(sqlSession);
}
}
-
圖解說明
藍色部分
我一般使用${}就是在設置表名或者排序的時候使用
- 映射文件
<select id="order01" parameterType="map" resultMap="BaseResultMap">
SELECT * FROM skill ORDER BY skill_id ${shxt}
</select>
- Java測試代碼
@Test
public void 排序(){//${}完成模糊查詢
SqlSession sqlSession = null;
try {
sqlSession = MyBatisUtils.getSqlSession();
Map<String, String> map = new HashMap<String, String>();
map.put("shxt", "DESC");
List<Skill> tempList =
sqlSession.selectList(Skill.class.getName()+".order01",map);
System.out.println(tempList);
} finally {
MyBatisUtils.closeSqlSession(sqlSession);
}
}
- 圖解說明
附錄1 : #{}和${}的區別[以及 sql 預編譯
1.通用
mybatis 中使用 sqlMap 進行 sql 查詢時，經常需要動態傳遞參數，例如我們需要根據用戶的姓名來篩選用戶時，sql 如下：
select * from sys_user where name='pangsir';
上述 sql 中，我們希望 name 后的參數 "pangsir" 是動態可變的，即不同的時刻根據不同的姓名來查詢用戶。在 sqlMap 的 xml 文件中使用如下的 sql 可以實現動態傳遞參數 name：
select * from user where name = #{name};
或者
select * from user where name = '${name}';
對于上述這種查詢情況來說，使用 #{ } 和 ${ } 的結果是相同的，但是在某些情況下，我們只能使用二者其一。
2.區別
動態 SQL 是 mybatis 的強大特性之一，也是它優于其他 ORM 框架的一個重要原因。mybatis 在對 sql 語句進行預編譯之前，會對 sql 進行動態解析，解析為一個 BoundSql 對象，也是在此處對動態 SQL 進行處理的。
在動態 SQL 解析階段， #{ } 和 ${ } 會有不同的表現：
#{ } 解析為一個 JDBC 預編譯語句（prepared statement）的參數標記符。
例如，sqlMap 中如下的 sql 語句
select * from user where name = #{name};
解析為：
select * from user where name = ?;
一個 #{ } 被解析為一個參數占位符 ? ,使用Jdbc的預處理對象對數據進行處理.
然而 , ${ } 僅僅為一個純碎的 string 替換，在動態 SQL 解析階段將會進行變量替換.
例如，sqlMap 中如下的 sql
select * from user where name = '${name}';
當我們傳遞的參數為 "pangsir" 時，上述 sql 的解析為：
select * from user where name = "pangsir";
預編譯之前的 SQL 語句已經不包含變量 name 了。
綜上所得， ${ } 的變量的替換階段是在動態 SQL 解析階段，而 #{ }的變量的替換是在 DBMS 中。
3.使用規則
3.1 能使用 #{ } 的地方就用 #{ }
首先這是為了性能考慮的，相同的預編譯 sql 可以重復利用。
其次，${ } 在預編譯之前已經被變量替換了，這會存在 sql 注入問題。例如，如下的 sql，
案例說明
select * from ${tableName} where name = #{name}
假如，我們的參數 tableName 為 user; delete user; --，那么 SQL 動態解析階段之后，預編譯之前的 sql 將變為
select * from user; delete user; -- where name = ?;
-- 之后的語句將作為注釋，不起作用，因此本來的一條查詢語句偷偷的包含了一個刪除表數據的 SQL！
3.2 表名作為變量時，必須使用 ${ }
這是因為，表名是字符串，使用 sql 占位符替換字符串時會帶上單引號 ''，這會導致 sql 語法錯誤，例如：
select * from #{tableName} where name = #{name};
預編譯之后的sql 變為：
select * from ? where name = ?;
假設我們傳入的參數為 tableName = "user" , name = "pangsir"，那么在占位符進行變量替換后，sql 語句變為
select * from 'user' where name='pangsir';
上述 sql 語句是存在語法錯誤的，表名不能加單引號 ''（注意，反引號 ``是可以的）。
并且,如果使用${}那么必須要指明KEY值,使用簡單的數據類型不好使,使用接口代理模式的@Param注解也可以
