标签：语句 DEPT 优化索引 sql WHERE SELECT

问题查找及措施

问题查找

需要找到具体的代码，对其进行一对一优化，而非一直把关注点放在服务器和sql平台
降低简化每个事务中处理的问题，尽量不要让一个事务拖太长的时间

例如文件上传时，应将文件上传这一步放在事务外面

微软建议

4.启动sql定时执行计划

怎么启动sqlserver代理服务-百度经验 (baidu.com)

启动SQL Server Profiler，获取耗时语句
部分语句可使用[数据库引擎优化顾问]获取优化意见。（存储过程是不能的）

措施

首先你要知道是否跟sql语句有关，确保不是机器开不开机，服务器硬件配置太差
接着使用sql性能检测工具--sql server profiler，分析出sql慢的相关语句，就是执行时间过长，占用系统资源，cpu过多的
通过下文《sql优化方法跟技巧》，避免一些不合理的sql语句，取暂优sql
再然后判断是否使用了合理的统计信息。sql server中可以自动统计表中的数据分布信息，定时根据数据情况，更新统计信息，是很有必要的
确认表中使用了合理的索引，见下文《索引》
数据太多的表，要分区，缩小查找范围

sql优化方法跟技巧

select优化

1.保证不查询多余的列与行。

尽量避免select * 的存在，使用具体的列代替*，避免多余的列
使用where限定具体要查询的数据，避免多余的行
使用top，distinct关键字减少多余重复的行

2.慎用distinct关键字

distinct在查询一个字段或者很少字段的情况下使用，会避免重复数据的出现，给查询带来优化效果。

但是查询字段很多的情况下使用，则会大大降低查询效率

3.慎用union关键字

使用union all能对union进行一定的优化

4.判断表中是否存在数据

禁用*号查数量，查是否存在：select count(*) from product

可以用：select top(1) id from product。查是否存在

6. 连接查询的优化

减少连接表的数据数量可以提高效率

少使用like，及时要用可以仅在后面加一个%
复杂的运算，等取出来到客户端后再处理
尽量使用多表查询代替子查询
Order by 的列最好是索引列，最好不要是可为空的列。但是注意日期列不适合建索引。
排序影响性能（测试，如果优化了，写成通用的测C#）
先进行小表连接再大表
尽量减少直接的运算

14. 当在SQL语句中连接多个表时, 请使用表的别名并把别名前缀于每个Column上.这样一来,就可以减少解析的时间并减少那些由Column歧义引起的语法错误。

Where优化

1.  用EXISTS替代IN、用NOT EXISTS替代NOT IN：

（高效）SELECT * FROM EMP (基础表) WHERE EMPNO > 0 AND EXISTS (SELECT ‘X' FROM DEPT WHERE DEPT.DEPTNO = EMP.DEPTNO AND LOC = ‘MELB')

　(低效)SELECT * FROM EMP (基础表) WHERE EMPNO > 0 AND DEPTNO IN(SELECT DEPTNO FROM DEPT WHERE LOC = ‘MELB')

2.  IS NULL 或IS NOT NULL操作（判断字段是否为空）：用其它相同功能的操作运算代替，如：a is not null 改为 a>0 或a>’’等。不允许字段为空，而用一个缺省值代替空值，如申请中状态字段不允许为空，缺省为申请。

3.  Where后面条件的顺序，将可以能更多排除数据减少数据量的条件放在最前面

4.  用EXISTS替换DISTINCT：

(低效): SELECT DISTINCT DEPT_NO,DEPT_NAME FROM DEPT D , EMP E WHERE D.DEPT_NO = E.DEPT_NO

(高效): SELECT DEPT_NO,DEPT_NAME FROM DEPT D WHERE EXISTS ( SELECT ‘X' FROM EMP E WHERE E.DEPT_NO = D.DEPT_NO);

6.避免在索引列上使用计算

　　　　WHERE子句中，如果索引列是函数的一部分．优化器将不使用索引而使用全表扫描．举例:

　　　　低效：

　　　　　　SELECT … FROM  DEPT  WHERE SAL * 12 > 25000;

　　　　高效:

　　　　　　SELECT … FROM DEPT WHERE SAL > 25000/12;

7.用>=替代>

　高效:

　　　　　　SELECT * FROM  EMP  WHERE  DEPTNO >=4

　　　　低效:

　　　　　　SELECT * FROM EMP WHERE DEPTNO >3

　　　　两者的区别在于, 前者DBMS将直接跳到第一个DEPT等于4的记录而后者将首先定位到DEPTNO=3的记录并且向前扫描到第一个DEPT大于3的记录

Insert、update、delete优化

1.避免循环插入、修改、删除

2.也避免超大批量的修改、删除

书写规范

sql语句用大写的；因为oracle总是先解析sql语句，把小写的字母转换成大写的再执行。

其他

1.对查询进行优化，要尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引

2. 对于多张大数据量（这里几百条就算大了）的表JOIN，要先分页再JOIN，否则逻辑读会很高，性能很差

3. count(*)要杜绝

4.如果使用到了临时表，在存储过程的最后务必将所有的临时表显式删除，先 truncate table ，然后 drop table ，这样可以避免系统表的较长时间锁定

5.在新建临时表时，如果一次性插入数据量很大，那么可以使用 select into 代替 create table，避免造成大量 log

6. 尽量避免使用游标操作大量的数据行

索引

措施

1.  解析SQL语句, 估算索引的利用率

2.  查询优化统计信息，由sql自动创建的，也可以自建

Create Statistics的作用 - 吾非无心 - 博客园 (cnblogs.com)

未确认项

1.总是使用索引的第一个列：

　　如果索引是建立在多个列上, 只有在它的第一个列(leading column)被where子句引用时,优化器才会选择使用该索引. 这也是一条简单而重要的规则，当仅引用索引的第二个列时,优化器使用了全表扫描而忽略了索引

2.因为索引需要额外的存储空间和处理,那些不必要的索引反而会使查询反应时间变慢.。定期的重构索引是有必要的（有待确认）

SQL Server 索引重建脚本 - 每天进步多一点 - 博客园 (cnblogs.com)

注意事项

1.尽量不要对索引列进行计算、类型改变，否则相当于索引无效

2.尽量不要对索引列使用！= ，not 等，否则相当于索引无效

优化目标

sqlserver性能调优中的逻辑读，物理读，预读是什么意思 - Jearay - 博客园 (cnblogs.com)

标签：语句,DEPT,优化,索引,sql,WHERE,SELECT
From： https://www.cnblogs.com/mamaxiaoling/p/17332899.html

sql语句优化