今天测试新功能,发现程序的语句正常执行但不报错也无返回值,把控制台打印的sql拷贝到mysql中直接执行却有数据,应该是mybatis和mysql解释语句的方式有所不同导致,最后改了写法就可以了。
不推荐的写法【虽然都是时间字段,传值也是时间类型也不推荐】:
select
<include refid="Base_Column_List" />
from wf_ext_task_timing where timing_status = 1
<![CDATA[ and task_due_time <= #{dueTime,jdbcType=TIMESTAMP} ]]>
and task_due_time is not null
完美写法:
select
<include refid="Base_Column_List" />
from wf_ext_task_timing where timing_status = 1
<![CDATA[ AND DATE_FORMAT(task_hasten_time,'%Y-%m-%d %H:%i:%s') <= DATE_FORMAT(#{hastenTime,jdbcType=TIMESTAMP},'%Y-%m-%d %H:%i:%s') ]]>
and task_hasten_time is not null
注意:
1.这个只适用于字段类型为时间类型,比如date,datetime,timestamp等,如果是varchar类型的,直接比较大小即可。
2.时间字段的格式化根据自己业务,%Y-%m-%d %H:%i:%s只是一个举例,末尾附上速查表格。
3.to_date和to_char是oracle的函数,date_format和str_date_format是mysql的,别弄错了。
| 格式 | 描述 |
|---|---|
| %a | 缩写星期名 |
| %b | 缩写月名 |
| %c | 月,数值 |
| %D | 带有英文前缀的月中的天 |
| %d | 月的天,数值(00-31) |
| %e | 月的天,数值(0-31) |
| %f | 微秒 |
| %H | 小时 (00-23) |
| %h | 小时 (01-12) |
| %I | 小时 (01-12) |
| %i | 分钟,数值(00-59) |
| %j | 年的天 (001-366) |
| %k | 小时 (0-23) |
| %l | 小时 (1-12) |
| %M | 月名 |
| %m | 月,数值(00-12) |
| %p | AM 或 PM |
| %r | 时间,12-小时(hh:mm:ss AM 或 PM) |
| %S | 秒(00-59) |
| %s | 秒(00-59) |
| %T | 时间, 24-小时 (hh:mm:ss) |
| %U | 周 (00-53) 星期日是一周的第一天 |
| %u | 周 (00-53) 星期一是一周的第一天 |
| %V | 周 (01-53) 星期日是一周的第一天,与 %X 使用 |
| %v | 周 (01-53) 星期一是一周的第一天,与 %x 使用 |
| %W | 星期名 |
| %w | 周的天 (0=星期日, 6=星期六) |
| %X | 年,其中的星期日是周的第一天,4 位,与 %V 使用 |
| %x | 年,其中的星期一是周的第一天,4 位,与 %v 使用 |
| %Y | 年,4 位 |
| %y | 年,2 位 |
在使用MyBatis进行数据库操作时,遇到时间类型比较的问题。原写法在MySQL中正常运行但在MyBatis中无效。推荐使用特定的时间格式化方法进行比较,适合date、datetime和timestamp字段。避免使用不兼容的数据库函数,如Oracle的to_date和to_char,应使用MySQL的date_format或str_date_format。

14万+

被折叠的 条评论
为什么被折叠?



