MyBatis使用技巧、总结、注意事项
目录
1、mybatis的官方文档地址
2、其他技巧：
2.1 如何在代码中拼接 like %%
<![CDATA[ and strategy_name like CONCAT('%',CONCAT(#{query.strategyName,jdbcType=VARCHAR},'%')) ]]>
其他如果只需要一个%，酌情使用CONCAT
2.2 数据库比较时日期的错误操作
2.2.1 异常情况：
1、DAO中对属性赋值，为Date类型；
@Override
public List<DataStatistic> getSumarry(DataStatisticQuery query) {
List<String> tableSuffixList = Arrays.asList(VirtualOrderUtils.createStringArray());
Map<String, Object> map = Maps.newHashMap();
map.put("tabCode", query.getTabCode());
map.put("tableSuffixList", tableSuffixList);
map.put("orderTimeBegin", query.getOrderTimeBegin());
map.put("orderTimeEnd", query.getOrderTimeEnd());
return this.selectList(this.getNameSpace("getSumarry"), map);
}
2、保证数据库中数据一致。XML 文件中如下使用：
2.1、查不到数据
<sql id="WHERE_ORDER_TIME_BEGIN_AND_END">
<if test="orderTimeBegin != null">
<![CDATA[ and order_time >= #{orderTimeBegin,jdbcType=DATE}]]>
</if>
<if test="orderTimeEnd != null">
<![CDATA[ and order_time <= #{orderTimeEnd,jdbcType=DATE}]]>
</if>
</sql>
而实际上：数据库中该字段的类型是：【`order_time` datetime DEFAULT NULL COMMENT '下单时间',】
2.2、可以查到数据
<sql id="WHERE_ORDER_TIME_BEGIN_AND_END">
<if test="orderTimeBegin != null">
<![CDATA[ and order_time >= #{orderTimeBegin}]]>
</if>
<if test="orderTimeEnd != null">
<![CDATA[ and order_time <= #{orderTimeEnd}]]>
</if>
</sql>
上面SQL的区别在于：
- 查不到是因为在拼接SQL时，取DAO层的值时，在字段后面添加了
jdbcType=DATE。导致无法查到。暂时不知道原因是什么，但要注意避免这种使用方式。
2.2.2 为什么会在后面指定jdbcType，及真正的错误与那样？
- 因为使用一个插件自动生成SQL，里面都有这个东西，所以就直接用了。
最终错误原因：不是不能用jdbcType，而是我jdbcType映射的类型写错了。应用jdbcType=TIMESTAMP。
关于jdbcType的使用：
- DATE和DATETIME的区别。DATE表示一个日期，肯定是有问题的。
- 如果使用
jdbcType=DATETIME：报错：No enum constant org.apache.ibatis.type.JdbcType.DATETIME
原因是MyBatis不支持DATETIME类型。实际上，对于MySQL的DATETIME，MyBatis中应该使用jdbcType=TIMESTAMP。- MyBatis支持的类型：
- MyBatis支持的类型：
2.2.3 关于什么时候使用jdbcType？
查询官网时可以发现
其他情况，MyBatis大部分场景可以自动分析出来。实际上，myBatis没有说什么时候用什么时候不用，感觉都可以使用，不区分select或者insert等语句，的。
2.3 SQL和resultMap中字段对应关系异常分析
只有两种异常情况：
- SQL中有，ResultMap中没有；
- 或者SQL中没有，ResultMap中有。
如果都有或者都没有，那就不会出现异常。
2.3.1 SQL中有，ResultMap中没有：
即ResultMap中的值不会被赋予从数据库中查到的值，因为没法把这个字段的值赋给具体的对象属性。
所以实际会取对象中的默认值：基本类型取初始化值，对象类型取null。
2.3.2 SQL中没有，ResultMap中有
还是ResultMap中的值不会被赋予从数据库中查到的值，因此根本不查这个字段。
所以实际会取对象中的默认值：基本类型取初始化值，对象类型取null。
2.3.3 总结：
以上两种情况其实一致，都是取对象属性的默认初始化值。
