Oracle关于sql的优化

1. 尽量少用IN操作符，基本上所有的IN操作符都可以用EXISTS代替。

    原因:Oracle在执行IN子查询时，首先执行子查询，将查询结果放入临时表再执行主查询。
   而EXIST则是首先检查主查询，然后运行子查询直到找到第一个匹配项。
   NOT EXISTS 比 NOT IN 效率稍高。但具体在选择IN或EXIST操作时，
   要根据主子表数据量大小来具体考虑。
   SELECT * FROM SP_MATTERS WHERE UUID IN (SELECT UUID FROM SP_MATTERS)
   SELECT * FROM SP_MATTERS WHERE EXISTS (SELECT UUID FROM SP_MATTERS WHERE UUID = SP_MATTERS.UUID)

2. 不用"<>“或者”!=“操作符, 对于不等于操作符会造成全表扫描, 应该用”>" OR “<” 代替
3. is null 或者 is not null 条件会造成全表扫描, 解决方案可以为该列设置非空索引,就可以利用其它条件判断
4. 在like后面出现通配符 “%” 或者 “_” 时, 索引会失效, 造成全表扫描
5. 对于有连接的列"||",最后一个连接列索引无效, 尽量避免连接, 可以分开连接或者使用不作用在列上的函数替代
6. 如果索引不是基于函数的,那么当在where子句中对索引列使用函数时, 索引不再起作用
7. 对数据类型不同的列进行比较时，会使索引失效
8. ‘>=’ 比 ‘>‘的执行效率高, 原因: ‘>=’ 会通过索引快速定位等于项, 然后再向下扫描, 选出大于项, 而’>’ 直接走全表扫描
9. union和union all的区别union会对结果进行筛选, 消除重复, 数据量大的情况下可能会引起磁盘排序, 如果不删除重复记录应该使用union all
10. oracle从下到上多个查询条件时, 应该将过滤量最大的条件放在where子句的末尾
11. oracle 从右到左处理from后面的多个表时, 应该将数据量最少的表放在最后
12. order by 语句中的非索引列会降低性能, 可以将排序列添加索引
13. 当前sql连接多个表时, 使用表的别名, 并将之作为每列的前缀, 这样可以减少解析时间