sql优化
索引选择
如果通过索引查到的结果很多,不如不用索引,直接全表扫描更快。
- B-TREE索引
对于经常查询的字段或经常关联表查询的字段,字段的特征值很多,并且该字段不应该经常更改,会影响到插入更新删除的效率,这时建议建立B-TREE索引。
- BITMAP索引
对于经常查询的字段或经常关联表查询的字段,字段的特征值很少比如男、女,并且该字段不应该经常更改,会影响到插入更新删除的效率,这时建议BITMAP索引,这种情况相对于B-TREE索引来说BITMAP索引占用的空间更小,效率更高。
- 函数式索引
如果经常查询的字段在条件中使用的函数,那么建议建立函数式索引,否则导致索引失效
索引失效
- 函数使用参数包含索引字段
当where条件使用函数时,会导致索引失效,如字段拼接||、toChar类型转换等。
- 索引字段同名比较
当where条件后与同名字段比较时
- 索引字段使用不等于条件
不能使用不等于条件,因为索引只会告诉你什么存在于表中,不会告诉你什么不存在于表中
- 使用复合第一列索引字段搜索
当使用复合索引时,应该使用复合索引的第一个字段进行查询,否则导致索引失效。
语句优化
- 表和条件字段在sql中的顺序
关联查多个表示,如from a,b 应该b表可关联出的数据最少,oracle在查表时是从右到左
当有多个条件时,where b in (1,2,3) and a = 1 ,此时应该将关联出最少记录的条件放在最后,oracle在查条件时是从下到上。
- 使用in代替or
一般使用in的效率比or的效率更高。
- 使用truncate代替delete
删除全表数据时,如果不需要支持回滚,则用truncate代替delete效率高,因为无需占用回滚的资源
- union all 代替 union
union all 不会对结果去重排序操作,比union的效率高
本文暂时没有评论,来添加一个吧(●'◡'●)