Oracle隐式类型转换优化

0    96    1

👉 本文共约829个字,系统预计阅读时间或需4分钟。

前几天,有个给运营商做维护的DBA小陈问:

刘老师,我这个SQL不能使用索引,你帮我确认一下,是不是遇到了“隐式类型转换”?然后发了一个执行计划的最后部分给我看:

Peeked Binds (identified by position):

--------------------------------------

1 - :V1 (VARCHAR2(30), CSID=852): '4000874'

2 - :V2 (VARCHAR2(30), CSID=852): '4000874'

Predicate Information (identified by operation id):

---------------------------------------------------

4 - filter(("RATABLE_RESOURCE_ID"=TO_NUMBER(:V1) OR "TRANSFER_RESOURCE_ID"=TO_NUMBER(:V2)))

我说没错,确实是有隐式类型转换。但是,这个隐式类型转换却是“无害”的,因为如果字段是number类型,绑定变量是varchar2类型,这种隐式类型转换是不会影响SQL执行计划的。而如果字段是varchar2类型,绑定变量是number类型,这种才是最危险的。

小陈接下来发了完整的SQL,并告知第一个谓词条件字段(红色)上有主键:

SELECT

​ ......

FROM hss.tb_bil_ratable_resource

WHERE ratable_resource_id = '4000874' OR transfer_resource_id = '4000874';

我一看SQL,马上就明白是什么原因了:这个SQL如果要想使用索引,必须还要创建另一个谓词条件字段(transfer_resource_id)上的索引。

小陈创建完索引后很快就发消息说搞定了!

解释:

因为两个谓词条件之间的关系是OR,而不是通常见到的AND,如果是AND,不用创建另一个字段上的索引就可以使用已经存在的主键索引。

本人提供Oracle、MySQL、PG等数据库的培训和考证业务,私聊QQ646634621或微信db_bao,谢谢!

总结:

这个SQL虽然非常简单,但是如果没有理解OR和AND的区别,还是会比较迷惑。而且客户之前被隐式类型转换折腾过几次,这次发现一个,可惜却不是根因。

参考

参考:老虎刘谈SQL优化

标签:

头像

小麦苗

学习或考证,均可联系麦老师,请加微信db_bao或QQ646634621

您可能还喜欢...

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注

3 × 5 =

 

嘿,我是小麦,需要帮助随时找我哦
  • 18509239930
  • 个人微信

  • 麦老师QQ聊天
  • 个人邮箱
  • 点击加入QQ群
  • 个人微店

  • 回到顶部
返回顶部