oracle的Date类型遇到MyBatis产生的坑

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了oracle的Date类型遇到MyBatis产生的坑，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1061字，纯文字阅读大概需要2分钟。

内容图文

坑描述：

　　公司的订单表数据量巨大（亿级），在进行查询的时候，发现一个慢查询。

　　背景：

　　　　数据库：oracle

　　　　表：T_order 

　　　　索引字段：create_date  （字段类型 date）

　　慢查询sql：

　　　　select * from T_order where create_date >= #{parameterDate}

　　慢查询的原因：

　　　　如果JAVA中的属性为DATE，而数据库中是DATE类型的话，mybatis会默认将JAVA中DATE属性映射到数据库的Timestamp类型。此时字段 create_date 为date类型，参数parameterDate为timestamp类型，两者的类型不一致。oracle数据库会date类型转换为timestamp类型（精确度小的类型转换为精确度大的类型），因此实际执行的sql语句为：select * from T_order where to_timestamp(create_date ) >= #{parameterDate}   导致左边的列用到函数。即索引列上使用函数后会导致索引失效，这样一来就全表扫描了订单库，造成慢sql。

　　解决方法：

　　　　原因以及知道了，解决起来就容易了。

　　　　修改后的sql为：

　　　　　　select * from T_order where create_date >= cast(#{parameterDate} as date)  

注意的点：

　　1、索引的使用。

　　2、MyBatis的类型转换。

　　3、oracle的类型转换。

　　4、to_timestamp（将date类型转换为Timestamp类型），cast（将某种数据类型的表达式显式转换为另一种数据类型，在此将Timestamp转换为date类型）这两个函数的使用。

 

内容总结

以上是互联网集市为您收集整理的oracle的Date类型遇到MyBatis产生的坑全部内容，希望文章能够帮你解决oracle的Date类型遇到MyBatis产生的坑所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---