概述
问题： 我有带有 substr 和 like 值的 SQL，我想知道优化器出于性能原因将如何处理 like 和 substr。我知道 like 语句将使用索引（如果查询的前导部分没有“%”）。
一般来说，哪个更快；具有基于函数的索引或类似语句的 substr？
答案： 答案（就像所有 Oracle 问题一样）是“视情况而定”。
你是正确的，如“where name like 'JO%”;”这样的语句将使用索引，而 substr 如“where substr(name,1,2) = 'JO'; 将需要基于函数的索引（和扩展的优化器统计信息）以获得最佳性能。
- substr 子句： 对于 substr，请参阅有关 扩展优化器统计信息和 扩展数据关系的这些注释。 对于基于函数的索引，请参阅我 的基于函数的索引的注释。
- like 子句： 有趣的是，虽然 like 参数将使用索引，但一些专家注意到基数估计会不准确，可能会导致全表扫描而不是索引访问。
就个人而言，我发现使用 substr 子句最适合大型生产查询，前提是您构建基于函数的索引并在目标列上部署扩展的优化器统计信息。
每当您可以选择表索引访问方法时，Oracle 都会尝试选择具有最低基数（行数最少）的索引。如前所述，Oracle 在使用“like 子句”时可能会做出次优猜测，因为缺乏有助于基数估计的统计信息。
最后
以上就是冷酷母鸡为你收集整理的SQL like vs. substr 性能的全部内容，希望文章能够帮你解决SQL like vs. substr 性能所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。
本图文内容来源于网友提供，作为学习参考使用，或来自网络收集整理，版权属于原作者所有。
发表评论 取消回复