oracle 性能优化操作五:尽量去掉 "<>"

尽量去掉 "<>",避免全表扫描,如果数据是枚举值,且取值范围固定,则修改为"OR"方式。

例:

<span style="font-size:18px;">UPDATE SERVICEINFO SET STATE=0 WHERE STATE<>0;</span>

以上语句由于其中包含了"<>",执行计划中用了全表扫描(TABLE ACCESS FULL),没有用到state字段上的索引。

实际应用中,由于业务逻辑的限制,字段state为枚举值,只能等于0,1或2,而且,值等于=1,2的很少。

因此可以去掉"<>",利用索引来提高效率。

修改为:

<span style="font-size:18px;">UPDATE SERVICEINFO SET STATE=0  WHERE STATE = 1 OR STATE = 2 ;</span>

进一步的修改可以参考“oracle 性能优化操作四”。

时间: 2024-12-25 10:03:38

oracle 性能优化操作五:尽量去掉 "<>"的相关文章

oracle 性能优化操作:总结

oracle性能优化操作的这几篇文章,是完全可以相互结合同时运用的.而且各种方法之间相互影响,紧密联系. 这种联系既存在一致性,也可能带来冲突,当冲突发生时,需要根据实际情况进行选择,没有固定的模式. 最后决定SQL优化功力的因素就是对ORACLE基础的掌握程度了. 另外,值得注意的是:随着时间的推移和数据的累计与变化,ORACLE对SQL语句的执行计划也会改变. 比如:基于代价的优化方法,随着数据量的增大,优化器可能错误的不选择索引而采用全表扫描. 这种情况可能是因为统计信息已经过时,在数据量

oracle 性能优化操作八: 利用HINT强制指定索引

在ORACLE优化器无法用上合理索引的情况下,利用HINT强制指定索引. 继续"oracle 性能优化操作七"的例子,ORACLE缺省认定,表中列的值是在所有数据行中均匀分布的, 也就是说,在一百万数据量下,每种DisposalCourseFlag值各有12.5万数据行与之对应. 假设SQL搜索条件DisposalCourseFlag=2,利用DisposalCourseFlag列上的索引进行数据搜索效率, 往往不比全表扫描的高,ORACLE因此对索引"视而不见",

oracle 性能优化操作九: 屏蔽无用索引

继续"oracle 性能优化操作八"的例子 由于实际查询中,还有涉及到DisposalCourseFlag=6的查询,而此时如果用上该字段上的索引,将是非常不明智的,效率也极低. 因此这种情况下,我们需要用特殊的方法屏蔽该索引,以便ORACLE选择其他字段上的索引. 比如,如果字段为数值型的就在表达式的字段名后,添加"+ 0",为字符型的就并上空串:||"" 如: select * from serviceinfo where DisposalC

oracle 性能优化操作四:尽量去掉&quot;IN&quot;、&quot;OR&quot;

含有"IN"."OR"的Where子句常会使用工作表,使索引失效: 如果不产生大量重复值,可以考虑把子句拆开:拆开的子句中应该包含索引. 例: select count(*) from stuff where id_no in('0','1');--(23秒) 可以考虑将or子句分开: select count(*) from stuff where id_no='0'; select count(*) from stuff where id_no='1'; 然后再

oracle 性能优化操作十五: 基于函数的索引要求等式匹配

前几篇博客例子中,我们创建了基于函数的索引,但是如果执行下面的查询: <span style="font-size:18px;">select * from emp where substr(ename,1,1)='S';</span> 得到的执行计划将还是(TABLE ACCESS FULL),因为只有当数据列能够等式匹配时,基于函数的索引才能生效, 这样对于这种索引的计划和维护的要求都很高.请注意,向表中添加索引是非常危险的操作,因为这将导致许多查询执行计划

oracle 性能优化操作二:避免不必要的类型转换

需要注意的是,尽量避免潜在的数据类型转换. 如将字符型数据与数值型数据比较,ORACLE会自动将字符型用to_number()函数进行转换,从而导致全表扫描. 例2:表tab1中的列col1是字符型(char),则以下语句存在类型转换: <span style="font-size:18px;">select col1,col2 from tab1 where col1>10;</span> 应该写为: <span style="font-

oracle 性能优化操作十六: 使用分区索引

在用分析命令对分区索引进行分析时,每一个分区的数据值的范围信息会放入Oracle的数据字典中. Oracle可以利用这个信息来提取出那些只与SQL查询相关的数据分区. 例如,假设你已经定义了一个分区索引,并且某个SQL语句需要在一个索引分区中进行一次索引扫描. Oracle会仅仅访问这个索引分区,而且会在这个分区上调用一个此索引范围的快速全扫描. 因为不需要访问整个索引,所以提高了查询的速度.

oracle 性能优化操作一:避免对列的操作

任何对列的操作都可能导致全表扫描,这里所谓的操作包括数据库函数.计算表达式等等,查询时要尽可能将操作移至等式的右边, 甚至去掉函数. 例1:下列SQL条件语句中的列都建有恰当的索引,但30万行数据情况下执行速度却非常慢: select * from record where substrb(CardNo,1,4)='5378'(13秒) select * from record where amount/30< 1000(11秒) select * from record where to_ch

oracle 性能优化操作十二: 用Case语句合并多重扫描

我们常常必须基于多组数据表计算不同的聚集.例如下例通过三个独立查询: select count(*) from emp where sal<1000; select count(*) from emp where sal between 1000 and 5000; select count(*) from emp where sal>5000; 这样我们需要进行三次全表查询,但是如果我们使用case语句: select count (sale when sal <1000 then 1