oracle 表字段类型，与业务SQL不合理，导致的隐式转换

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了oracle 表字段类型，与业务SQL不合理，导致的隐式转换，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1084字，纯文字阅读大概需要2分钟。

内容图文

今天遇到一个生产问题，业务SQL很简单，单表查询，而且表只有三个字段，有个主键ID，而且通过主键ID过滤，业务页面会传一百多个ID过来调用SQL，这个表数据量大小为100多万，但是偏偏这条SQL执行跑了15秒，完全影响业务不能使用。

select a,b,c from t where t.id in (1111,222,333,444,555..........)

我一开始并没有去查看表设计，而是直接看了执行计划,

1 alter session set statistics_level=all;
2 执行SQL
3 select * from table(dbms_xplan.display_cursor(null,null,‘ALLSTATS LAST‘)

执行计划直接走了全表扫描，而在谓词过滤的信息里有一堆的

to_number(t.id)=1111 or to_number(t.id)=2222 ..............

看到这里立马就猜想到了具体的问题所在，查询T表ID字段，是VARCHAR2类型，而SQL in的是数字类型，SQL直接被隐式转换后，便走不了索引了， 直接走了全表。这个问题后续才发现，也是因为业务不关注，在表数据日益上涨之后，性能问题日益凸显才被抛出来

oracle 表字段类型，与业务SQL不合理，导致的隐式转换

标签：isp   har   没有   索引   查询   页面   select   display   set   

本文系统来源：https://blog.51cto.com/2012ivan/2410375

内容总结

以上是互联网集市为您收集整理的oracle 表字段类型，与业务SQL不合理，导致的隐式转换全部内容，希望文章能够帮你解决oracle 表字段类型，与业务SQL不合理，导致的隐式转换所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

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

内容手机端

---