软件测试Sql数据库优化这件小事(二)

　　上一期我们学习了软件测试Sql数据库优化的第一部分，本期我们继续来讲软件测试sql数据库优化的第二部分，精彩内容不容错过哦。

　　1、应尽量避免在 where 子句中使用 or 来连接条件，如果一个字段有索引，一个字段没有索引，将导致引擎放弃使用索引而进行全表扫描，如：

　　select id from t where num=10 or Name = 'admin'

　　可以这样查询：

　　select id from t where num = 10

　　union all

　　select id from t where Name = 'admin';

　　2、in 和 not in 也要慎用，否则会导致全表扫描，如：

　　select id from t where num in(1,2,3);

　　对于连续的数值，能用 between 就不要用 in 了：

　　select id from t where num between 1 and 3;

　　很多时候用 exists 代替 in 是一个好的选择：

　　select num from a where num in(select num from b);

　　用下面的语句替换：

　　select num from a where exists(select 1 from b where num=a.num);

　　3、如果在 where 子句中使用参数，也会导致全表扫描。

　　因为SQL只有在运行时才会解析局部变量，但优化程序不能将访问计划的选择推迟到运行时;它必须在编译时进行选择。然 而，如果在编译时建立访问计划，变量的值还是未知的，因而无法作为索引选择的输入项。如下面语句将进行全表扫描：

　　select id from t where num = @num

　　可以改为强制查询使用索引：

　　select id from t with(index(索引名)) where num = @num

　　应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。如：

　　select id from t where num/2 = 100

　　应改为:

　　select id from t where num = 100*2

　　4、应尽量避免在where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。如：

　　select id from t where substring(name,1,3) = ‘abc’

　　select id from t where datediff(day,createdate,’2005-11-30′) = 0 ;

　　5、不要在 where 子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。

　　6、在使用索引字段作为条件时，如果该索引是复合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，否则该索引将不会被使用，并且应尽可能的让字段顺序与索引顺序相一致。

　　7、不要写一些没有意义的查询，如需要生成一个空表结构：

　　select col1,col2 into #t from t where 1=0;

　　这类代码不会返回任何结果集，但是会消耗系统资源的，应改成这样：

　　create table #t(…);

　　8、Update 语句，如果只更改1、2个字段，不要Update全部字段，否则频繁调用会引起明显的性能消耗，同时带来大量日志。

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

　　10、select count(*) from table;这样不带任何条件的count会引起全表扫描，并且没有任何业务意义，是一定要杜绝的。

　　本章节软件测试Sql数据库优化第二部分就学习到这里，下期还有更多精彩内容，欢迎继续学习哦。