ORACLE to_date和to_char在mybaties中的问题

本文探讨了在Oracle数据库中使用MyBatis进行分页模糊查询时遇到的问题。当使用TO_CHAR函数转换日期字段并结合字符串参数进行匹配时,由于类型转换不当导致了'文字与格式不匹配'的错误。解决方案是确保传入参数与SQL中的格式对应,并正确处理日期类型的转换。问题集中在SQL条件构造和MyBatis的参数映射上。
摘要由CSDN通过智能技术生成

记录一个问题:

数据库oracle,数据库操作使用mybaties,进行分页模糊查询时(模糊查询时使用的to_char(columName,‘yyyy-MM-dd’) 函数),entity和数据库字段startDate都是Date类型,进行查询时,startDate参数类型使用String,使用Date类型时,mybaties抛出“文字与格式不匹配”
to_date(‘param’,‘yyyy-MM-dd hh24:mi:ss’)同样的,使用mybaties时,传入参数得时String类型
很简单,SQL条件中接收参数就是String啊,数据库类型转换什么引起的吧

条件部分SQL代码:

 TO_CHAR(t.START_DATE,'yyyy-MM-dd') like CONCAT(CONCAT('%','${startDate}'),'%')

mybaties的dao:

getPageList(@Param("startDate") String startDate)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值