计算机系统应用教程网站

网站首页 > 技术文章 正文

oracle sql优化

btikc 2024-08-31 17:09:47 技术文章 17 ℃ 0 评论

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的效率高

本文暂时没有评论,来添加一个吧(●'◡'●)

欢迎 发表评论:

最近发表
标签列表