首先简单介绍下常规的sql优化的方式:
1.肯定有人说建索引啊。
2.数据量实在太大,建分区啊。
3.其实基于目前公司的业务还有一种办法那就是向上聚集表。根据查询业务,专门抽取上来一张表,直接做到select就好。
4.其实还可以把表细分,然后通过应用控制根据不同条件查询不同表
其实,我觉着以上这些思路的前提是sql写法不能在优化了,不过一般情况下sql优化下 换个写法我觉着能解决最起码50%的查询慢的问题。
下面开始介绍日常开发写sql需要注意的地方
1.得学会看执行计划。
什么是执行计划,执行计划我觉着就是oracle决定如何来执行你的sql的一个过程记录,这个东西是会被缓存的,前提是你的sql跟缓存起来的一模一样
plsql里面F5就可以看执行计划了。p
执行计划的执行顺序是 缩进最多最先执行,同样缩进从上往下。
主要看几点就好了,是不是全表扫描,走没走索引,基数(就是返回结果集) 耗费(就是这个过程要多久)
2.写sql一些简单的规范
写sql尽量都大写,还有写表的别名,然后选择字段都是写别名.字段名,别用select *
3.like走索引不?
like ‘abc%‘ 走索引 like ‘%abd%‘不走索引
4.学会使用exists
可以使用exists代替in ,not exists 代替 not in
5.不要对索引列进行计算导致索引失效,也不要让他自动转型
6. is null 和 is not null 不走索引
7. 复合索引,是有顺序的, 如果你只用了其中一个非第一个 那是没用的
8.ORDER BY 走不走索引?
走索引,但是有两个限定:
(1)ORDER BY中所有的列必须包含在相同的索引中并保持在索引中的排列顺序。
(2)ORDER BY中所有的列必须定义为非空
9.使用>= 代替 >
10.不走索引的其他情况
(1)‘!=‘不走索引。索引只能告诉我们什么存在于表中,而不能告诉你什么不在表中。
(2)‘||‘是字符连接函数。就象其他函数那样,停用了索引。
(4)相同的索引列不能互相比较,这将会启用全表扫描。
还有很多优化的地方...只能在工作中慢慢学习。。。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。