为了账号安全,请及时绑定邮箱和手机立即绑定

mybatis的一个sql问题

mybatis的一个sql问题

潇潇雨雨 2019-02-19 12:43:09
我要写这样一个sql select * from tableA where id in (1234, 342, 54245)xml文件部分如下 select ah.* FROM tableA ah WHERE user_id &gt; 0 and is_done = 'Y' and announced_time &gt;= #{startTime} and announced_time &lt;= #{endTime} and ah.active_id in <foreach collection="activeIds" item="activeId" index="index" open="(" close=")" separator=","> #{activeId} </foreach> order by id desc 这是方法: public List<A> find(@Param("activeIds")List<String> activeIds, @Param("startTime")Date startTime, @Param("endTime")Date endTime); 我传入的List<String> 是这样的{123-1, 234-2,444-5} 这样sql就变成了 ....where active_id in (123, 234, 444) 也就是说自动把"-"符号后面的去掉了。 其实这个是因为我写代码的时候本来就是要取"-"前面的数的,失误写错了。。直接传进去了。但也恰好实现了这个功能。。 我的问题是。mybatis什么时候做的这个截取。。我看了一下源码,找不到。。希望可以得到帮助。。谢谢。
查看完整描述

1 回答

?
慕标5832272

TA贡献1966条经验 获得超4个赞

与mybatis没有关系,是MySQL的隐式类型转换问题

下面来分析一下隐式转换的规则:

  • 两个参数至少有一个是 NULL 时,比较的结果也是 NULL,例外是使用 <=> 对两个 NULL 做比较时会返回 1,这两种情况都不需要做类型转换

  • 两个参数都是字符串,会按照字符串来比较,不做类型转换

  • 两个参数都是整数,按照整数来比较,不做类型转换

  • 十六进制的值和非数字做比较时,会被当做二进制串

  • 有一个参数是 TIMESTAMP 或 DATETIME,并且另外一个参数是常量,常量会被转换为 timestamp

  • 有一个参数是 decimal 类型,如果另外一个参数是 decimal 或者整数,会将整数转换为 decimal 后进行比较,如果另外一个参数是浮点数,则会把 decimal 转换为浮点数进行比较

  • 所有其他情况下,两个参数都会被转换为浮点数再进行比较

与题主相关的只有最后一条:
问题可以简单归纳像如下的情况:

CREATE TABLE `user` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;

INSERT INTO `user` (`id`)
VALUES
    (123);
mysql> SELECT * FROM   USER WHERE  id IN ( '123-1' ,'124-1' );
+-----+
| id  |
+-----+
| 123 |
+-----+

等价于:

SELECT * FROM   USER WHERE  id = '123-1' or id = '124-1';

id是int类型,参数是字符类型,不同类型比较的过程中,会发生上述的mysql隐式类型转换,两个参数都会被转换为浮点数再进行比较。

mysql> select '123-1'=123;
+-------------+
| '123-1'=123 |
+-------------+
|           1 |
+-------------+
1 row in set, 1 warning (0.00 sec)

'123-1'转换成浮点类型是:

mysql> select '123-1'+0.0;
+-------------+
| '123-1'+0.0 |
+-------------+
|         123 |
+-------------+
1 row in set, 1 warning (0.00 sec)

我们看到'123-1'和123转换成浮点型后数值上是相等的,所以
由于 MySQL 隐式类型转换规则比较复杂,依赖 MySQL 隐式转换很容易出现各种想想不到的问题,所以建议代码做严格的类型查询。

查看完整回答
反对 回复 2019-03-01
  • 1 回答
  • 0 关注
  • 379 浏览

添加回答

举报

0/150
提交
取消
意见反馈 帮助中心 APP下载
官方微信