ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 关于Ibatis 转换 oracle date类型的问题

关于Ibatis 转换 oracle date类型的问题

原创 Linux操作系统 作者:aaqwsh 时间:2012-01-05 14:12:30 0 删除 编辑

最近遇到两个关于Ibatis 转换date类型的问题,记录一下:

sql_text:
 select distinct t.cc                from aa t                 
 where t.update_time > :1 and t.update_time < :2       

Optimizer Plan:
-----------------------------------------------------------------------------------------------------------
| Operation                         |  Name                        |  Rows | Bytes|  Cost  | Pstart| Pstop |
------------------------------------------------------------------------------------------------------------
| SELECT STATEMENT                  |                              |       |      | 226780 |       |       |
| HASH UNIQUE                       |                              |     5K|   72K| 226780 |       |       |
|  FILTER                           |                              |       |      |        |       |       |
|   TABLE ACCESS FULL               |AA                            |    69K|  949K| 226774 |       |       |
------------------------------------------------------------------------------------------------------------


开始一看以为是没建索引,但是发现索引是存在的,同时explain plan 发现走的也是正确的执行计划。
怀疑是统计信息的问题,于是重新收集了统计信息,并重新生成了执行计划,但是还是同样的。因为那天通宵了一夜,
头脑比较晕,没明白是怎么回事。

回家后仔细看了一下v$sql_plan ,发现如下信息:
(INTERNAL_FUNCTION("S"."UPDATE_TIME")>=:1 AND INTERNAL_FUNCTION("S"."UPDATE_TIME")<:2

表示oracle对这个字段做了转换后再去比较,于是怀疑应用里的类型不对,开发同事提供了如下sql,虽然他传入配置文件的属性是date型。
但是IbatiS并没有转换成oracle能识别的date型:
 select distinct t.cc                from aa t                 
 where t.update_time > #startTimeStr# and t.update_time < #endTimeStr#       

于是通知开发修改语句:
update_time >= to_date(#startTimeStr#,'yyyy-mm-dd hh24:mi:ss') and update_time < to_date(#endTimeStr#,'yyyy-mm-dd hh24:mi:ss')

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/758322/viewspace-714469/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2010-11-24

  • 博文量
    132
  • 访问量
    258776