mybatis查询sql：where语句“查询时间字段书写问题”引发的索引失效

今天碰巧看到了网友的《Oracle date和timestamp类型混用时需要注意的索引失效问题》这篇文章，2年前遇到了类似问题，很有同感，特此转载。
 
我当时的遇到问题的场景：

前提：

Oracle数据库字段trade_time类型为DATE
mybatis

调整前：

beginDate为java.util.Date类型

mybatis查询sql中where条件写法：trade_time>=#{beginDate,jdbcType=TIMESTAMP}
结果trade_time字段没走索引，查询极慢

调整后：

beginDateStr为字符串类型的日期查询参数

mybatis查询sql中where条件写法：trade_time >= to_date(#{beginDateStr,jdbcType=VARCHAR},'yyyy-mm-dd
hh24:mi:ss')
结果：查询飞快！
 
 
 
以下为网友原文
【JDBC,数据库】Oracle
date和timestamp类型混用时需要注意的索引失效问题 http://singleant.iteye.com/blog/1310395  
2011-12-14 15:27
1.关于 Oracle date和timestamp类型
Date ：只能精确到秒。
TimeStamp：可以 精确到微秒。

关于具体类型不过多介绍。可以参考：
http://www.databasejournal.com/features/oracle/article.php/2234501/A-Comparison-of-Oracles-DATE-and-TIMESTAMP-Datatypes.htm
2.问题
生产环境在一条sql里使用到了 gmt_create > :1  and gmt_create<:2的条件语句。
数据库里的gmt_create字段是date类型。Ibatis里传入的类型是java.util.Date类型。gmt_create字段是有索引的，但是执行时没有走到索引，导致很慢。
 
3.原因分析
我们ORM使用的是ibatis。ibatis在处理传入到数据库的变量时候，如果为java.util.date类型的时候，解析为timestamp类型。可以看代码：
Java代码  

1. 
public void setParameter(PreparedStatement ps, int i, Object parameter, String jdbcType)  
2. 
    throws SQLException {  
3. 
  ps.setTimestamp(i, new java.sql.Timestamp(((Date) parameter).getTime()));  
4. 
}  

以下原因是重点 ：
如果数据库中时间字段定义为date类型，由于timestamp类型的精度比date类型的精度高，所以oracle会对数据库里的date类型做出隐身转换，将date类型转换为timestamp类型，由于加了函数，那么创建在date类型上的索引将不会使用到；(好像是oracle9i后开始才有的问题)
网上翻查资料，有不少人遇到同样问题，这里面有两个同样的案例和解释：
https://forums.oracle.com/forums/thread.jspa?messageID=1659839 
http://hidba.org/?p=280
 
4.推荐解决办法
如果oracle数据字段是date类型，建议传入字符串，使用to_date()函数来转换字符串为日期和date做比较。
使用java.sql.Date也是一个解决方案，不过该类型只精确到天，不满足很多场景的需求。