关于查询效率的问题

2013-01-18 02:31:21 657 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

2.4G/4G天线共存方案：Air8101多频段隔离设计实战（附波长计算表）本文深入探讨了物联网设备中Wi-Fi 2.4GHz与4G LTE天线共存设计的实战方案。针对B40与2.4G频段紧邻带来的干扰挑战，文章系统性地提出了空间隔离、PCB布局优化、结构设计三重防线，并提供了关键的波长计算工具与系统级验证Checklist，旨在帮助工程师将多频段隔离设计从“玄学”变为可执行的工程规范。阅读详情

SELECT * FROM A WHERE ID = '872918229' 查询用了0.031秒

SELECT * FROM A WHERE ID = 872918229 查询用了40秒
ID VARCHAR2(50)

两者查询效率为什么差这么多

...全文

ANSYS Twin Builder实战：5步搞定数字孪生模型部署（附ROM配置技巧）本文详细解析了ANSYS Twin Builder在数字孪生模型部署中的实战应用，重点介绍了ROM（降阶模型）配置技巧。通过5个关键步骤，从环境搭建到工业部署，帮助工程师高效实现高精度三维仿真到轻量化数字孪生的转化，提升预测性维护和系统仿真效率。阅读详情

张雨露

基础和管理 17,377 成员 95,111 内容

+ 关注 + 加入社区

切换为时间正序

张雨露 2013-01-21

打赏
举报

周末一直没上网现在结贴不止因为有因为有隐形转换还有就是没有调用索引的问题谢谢大家的帮助

张雨露 2013-01-21

打赏
举报

引用 10 楼 hebeishimeng 的回复:

SQL code?123SELECT * FROM A WHERE ID = 872918229--与这个效果差不多吧SELECT * FROM A WHERE to_number(ID) = 872918229 id是字符串类型，与数字类型进行比较。oracle默认将id先转化为数字型，再进行比较，这样会变慢。另外如果id上有索引，也会失效。

索引失效了所以会执行这么久

kingkingzhu 2013-01-19

打赏
举报

你的这个问题可以重现么贴下执行计划看就算转型应该也不会导致差别这么大

ajune 2013-01-19

打赏
举报

因为int转换成varchar2也是需要一定时间的，SELECT * FROM A WHERE ID = '872918229' 等价于SELECT * FROM A WHERE ID = to_char(872918229)

raymonshi 2013-01-19

打赏
举报

SELECT * FROM A WHERE ID = 872918229
--与这个效果差不多吧
SELECT * FROM A WHERE to_number(ID) = 872918229

id是字符串类型，与数字类型进行比较。oracle默认将id先转化为数字型，再进行比较，这样会变慢。另外如果id上有索引，也会失效。

善若止水 2013-01-19

打赏
举报

这就对了，里面有隐士转换的问题

linwaterbin 2013-01-18

打赏
举报

执行计划开起来看一下就知道啦这里肯定是存在隐式转换！执行计划里的Predicate Information会告诉你什么转成了啥了

yuppy 2013-01-18

打赏
举报

引用 6 楼 renkuan719 的回复:

隐性的对字段做了类型转换了花费了大量的时间

学习了。

槑党--一缕风 2013-01-18

打赏
举报

隐性的对字段做了类型转换了花费了大量的时间

大明湖畔_帅锅 2013-01-18

打赏
举报

一般的id字段都是number类型然后设置主键正对这字段的查询效率快很多

我看见佛 2013-01-18

打赏
举报

引用 3 楼张雨露的回复:

引用 2 楼 shadow1986a 的回复:后面的隐性的对字段做了类型转换了除了隐形转换还有没有别的原因了？

木了，就这个。

张雨露 2013-01-18

打赏
举报

引用 2 楼 shadow1986a 的回复:

后面的隐性的对字段做了类型转换了

除了隐形转换还有没有别的原因了？

shadow1986a 2013-01-18

打赏
举报

后面的隐性的对字段做了类型转换了

kilior 2013-01-18

打赏
举报

不要在条件里做类型转换。。。

关于查询效率的问题

相关推荐