标签:trim div tle log time keyword http date 数据
一、My Batis trim标签有点类似于replace效果。
trim 属性,
prefix:前缀覆盖并增加其内容
suffix:后缀覆盖并增加其内容
prefixOverrides:前缀判断的条件
suffixOverrides:后缀判断的条件
比如:Java SQL语句如下,
select b.* from sys_menu b where 1 = 1 <trim suffix="WHERE" suffixOverrides="AND | OR"> <if test="id != null and id !=‘‘ "> AND b.id =#{id} </if> <if test="name != null"> AND b.menu_name like #{name} </if> </trim>
最终sql打印为:
select b.* from sys_menu b where 1 = 1 AND b.menu_name like ‘‘ WHERE
从结果可以发现:
suffix是针对符合suffixOverrides的SQL语句追加后缀suffix值。
二、判等于时候的经验【转】
在用MyBatis操作数据库的时候相信很多人都用到,当在判断null, 大于,大于等于,小于,小于等于,不等于时估计很多都用到,比较容易实现了,这里就省略了,但唯独判断条件为等于时估计蛮多人遇到坑了, 俺在这个问题上坑了差不多一天,于是把这个实验总结并简要记录一下;
当MyBatis 判断条件为等于的时候,常量需要加 .toString() 来转换,这种方法是稳定的,推荐使用,比如:
<!-- 正确的,稳定,推荐使用;CDATA 标签用于防止“<”和“>”符号被解析出错-->
2 <if test="newsImage != null and newsImage == ‘1‘.toString()"> 3 <![CDATA[ and len(newsImage) > 0 ]]> 4 </if>
其中判断 newsImage == ‘1‘ 时,人为认为成功,但实际上是不成功的,需要改为 newsImage == ‘1‘.toString()方可成功,原因具体没有细入研究,根据实际使用推测应该是 “等于” 在java中是个比较复杂问题,涉及的“等于”有可能是变量地址相等,或者是变量值内容相等,在XML文件中简单的 == 在经过MyBatis处理后无法判断是哪种类型的“相等”,所以加.toString()做强制转换操作,MyBatis就知道是值内容的比较,当然就成功了; 注意这个常量不限于数字,对于字母,如 ‘y‘ 同样需要加上 .toString()方可成功,如下:
<!-- 正确的,稳定,推荐使用 --> <if test="newsImage != null and newsImage == ‘y‘.toString()"> <![CDATA[ and len(newsImage) > 0 ]]> </if>
三、模糊查询与字符拼接
<select id="getData" parameterType="map" resultType="map"> select from swweb.FK <where> <if test="startTime!=null and startTime!=‘‘"> <![CDATA[and ZBTIME>=to_date(#{startTime},‘YYYY-MM-DD‘)]]> </if>
<if test="finishTime!=null and finishTime!=‘‘"> <![CDATA[and ZBTIME<=to_date(#{finishTime},‘YYYY-MM-DD‘)]]> </if>
<!-- 字符拼接 模糊查询--> <if test="keyWords!=null and keyWords!=‘‘"> <![CDATA[and ( CONTENT LIKE CONCAT(CONCAT(‘%‘,#{keyWords}),‘%‘))]]> </if> <if test="zbd_name!=null and zbd_name!=‘‘"> <![CDATA[and (ZBD LIKE CONCAT(CONCAT(‘%‘,#{zbd_name}),‘%‘))]]> </if> </where> order by ZBTIME desc </select>
mybatis : trim标签, “等于==”经验, CDATA标签 ,模糊查询CONCAT,LIKE
标签:trim div tle log time keyword http date 数据
原文地址:http://www.cnblogs.com/Lxiaojiang/p/6233088.html