问题描述
我写了一个验证解析器,它使用webservice调用 (意味着需要高性能代码才能运行),
我已经在Live sql中添加了示例链接
其中我已经添加了条件子句 (用于null检查几个输入参数并相应地查询) 到sql部分的where子句 (认为sql优化器将使条件代码更快),而不是使用传统的IF条件来处理sql子句。
但是,代码审阅者认为,这样的和条件子句会降低sql查询的性能,而我认为这样的子句会降低PLSQL的性能,(相信SQL优化器可以非常有效地优化这些条件子句)
还有其他方法可以提高此查询的性能吗?
我已经在Live sql中添加了示例链接
其中我已经添加了条件子句 (用于null检查几个输入参数并相应地查询) 到sql部分的where子句 (认为sql优化器将使条件代码更快),而不是使用传统的IF条件来处理sql子句。
但是,代码审阅者认为,这样的和条件子句会降低sql查询的性能,而我认为这样的子句会降低PLSQL的性能,(相信SQL优化器可以非常有效地优化这些条件子句)
SELECT COUNT (*) FROM MTL_MANUFACTURERS WHERE ( :P_MANUFACTURER_ID IS NOT NULL AND :P_MANUFACTURER_NAME IS NULL AND MANUFACTURER_ID = :P_MANUFACTURER_ID ) OR ( :P_MANUFACTURER_ID IS NULL AND :P_MANUFACTURER_NAME IS NOT NULL AND MANUFACTURER_NAME = :P_MANUFACTURER_NAME ) OR ( :P_MANUFACTURER_ID IS NOT NULL AND :P_MANUFACTURER_NAME IS NOT NULL AND MANUFACTURER_NAME = :P_MANUFACTURER_NAME AND MANUFACTURER_ID = :P_MANUFACTURER_ID );复制
还有其他方法可以提高此查询的性能吗?
专家解答
“视情况而定”。
您可以在IF子句中选择单独的语句的优点是您可以手动调整每个语句。缺点是,当您添加更多可选参数时,这变得不切实际。
拥有单个SQL语句更容易管理。但是,在一个SQL语句中拥有所有条件测试的缺点是,优化器将难以在所有情况下提出一个好的解决方案。无论您创建哪个索引,它都将趋向于全表扫描。
但是还有另一种技术可能会有所帮助。
在所有可搜索列上创建单列索引。然后写一个查询,其中:
-为匹配相应参数的每一列有一个单独的选择,返回rowid
-把所有这些罗威人联合在一起
-检查每个rowid返回的次数是否与非null参数的数量匹配
这对你来说看起来像:
有关此方法的更多详细信息,请阅读Oren Nakdimon提出此方法的帖子:
http://db-oriented.com/2018/04/14/a-single-query-with-many-filter-combinations/
现在,有no保证这样会更好。最终,只有一种方法可以让你知道:
测试!
用现实的生产数据加载表。并比较你不同的方法。看看哪个最好。
您可以在IF子句中选择单独的语句的优点是您可以手动调整每个语句。缺点是,当您添加更多可选参数时,这变得不切实际。
拥有单个SQL语句更容易管理。但是,在一个SQL语句中拥有所有条件测试的缺点是,优化器将难以在所有情况下提出一个好的解决方案。无论您创建哪个索引,它都将趋向于全表扫描。
但是还有另一种技术可能会有所帮助。
在所有可搜索列上创建单列索引。然后写一个查询,其中:
-为匹配相应参数的每一列有一个单独的选择,返回rowid
-把所有这些罗威人联合在一起
-检查每个rowid返回的次数是否与非null参数的数量匹配
这对你来说看起来像:
select * from mtl_manufacturers where rowid in ( select rid from ( select rowid rid from mtl_manufacturers where manufacturer_id = p_manufacturer_id union all select rowid rid from mtl_manufacturers where manufacturer_name = p_manufacturer_name ) group by rid having count(*) = nvl2(p_manufacturer_id,1,0) + nvl2(p_manufacturer_name,1,0) );复制
有关此方法的更多详细信息,请阅读Oren Nakdimon提出此方法的帖子:
http://db-oriented.com/2018/04/14/a-single-query-with-many-filter-combinations/
现在,有no保证这样会更好。最终,只有一种方法可以让你知道:
测试!
用现实的生产数据加载表。并比较你不同的方法。看看哪个最好。
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。
评论
相关阅读
Oracle RAC 一键安装翻车?手把手教你如何排错!
Lucifer三思而后行
597次阅读
2025-04-15 17:24:06
【纯干货】Oracle 19C RU 19.27 发布,如何快速升级和安装?
Lucifer三思而后行
569次阅读
2025-04-18 14:18:38
XTTS跨版本迁移升级方案(11g to 19c RAC for Linux)
zwtian
487次阅读
2025-04-08 09:12:48
Oracle数据库一键巡检并生成HTML结果,免费脚本速来下载!
陈举超
474次阅读
2025-04-20 10:07:02
【ORACLE】记录一些ORACLE的merge into语句的BUG
DarkAthena
458次阅读
2025-04-22 00:20:37
Oracle 19c RAC更换IP实战,运维必看!
szrsu
434次阅读
2025-04-08 23:57:08
【ORACLE】你以为的真的是你以为的么?--ORA-38104: Columns referenced in the ON Clause cannot be updated
DarkAthena
433次阅读
2025-04-22 00:13:51
【活动】分享你的压箱底干货文档,三篇解锁进阶奖励!
墨天轮编辑部
419次阅读
2025-04-17 17:02:24
火焰图--分析复杂SQL执行计划的利器
听见风的声音
362次阅读
2025-04-17 09:30:30
3月“墨力原创作者计划”获奖名单公布
墨天轮编辑部
358次阅读
2025-04-15 14:48:05