SQL Server数据库查询优化

本文主要是介绍SQL Server数据库查询优化，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

今天工程师给我们分享了一些数据库优化方面的计技巧，也请教了一些问题，总之对个人而言收获很多，所以今天下班后连夜写了这边文章，供大家参考，这篇文章仅限于sql语句的一些优化，不包括事务，阻塞等等。。。。。。

在说正事之前先说一下个人的看法，在实际工作中除了一些基本的需要注意的地方，大多时候需要结合着执行计划来看。
下面就说说SQL Server查询优化器的索引优化技巧

SQL Server有几种方式查找数据记录

[Table Scan] 表扫描（最慢），对表记录逐行进行检查

[Clustered Index Scan] 聚集索引扫描（较慢），按聚集索引对记录逐行进行检查

[Index Scan] 索引扫描（普通），根据索引滤出部分数据在进行逐行检查

[Index Seek] 索引查找（较快），根据索引定位记录所在位置再取出记录

[Clustered Index Seek] 聚集索引查找（最快），直接根据聚集索引获取记录

1.创建合适的索引
2.尽量减少不必要的输出，用那列查那列
3.减少不必要的操作（Order by,业务上是否真的有必要进行排序）
4.避免 使用 like '%...' 不要将%放在前面，因为这样会放弃走索引查找，而走索引扫描或者表扫描

5.不要对索引列使用函数操作，因为这样会放弃走索引查找，而走索引扫描

select Id from dbo.Address where DATEADD(day,2,CreatedOnUtc)=GETDATE()

正确做法是在操作符的后边进行函数计算

select Id from dbo.Address where CreatedOnUtc=DATEADD(day,-2,GETDATE())

6.避免隐式转换，隐式转换也会不走索引

select Id from dbo.Address where CountryId=1--CountryId 是 nvarchar

正确做法是显示转换

select Id from dbo.Address where CountryId='1'

7.避免 使用 not in ,优先考虑使用 in

8.在使用存储过程，视图的时候避免嵌套太深，这样生成的执行计划会非常的复杂，好的做法是越少嵌套越好。

先说到这，后续在补充，从开始写这篇文章到今天发布已过去半个多月的时间了，感觉就是虽然有收获，但是想将这些都写出来让大家看懂还是一件很困难的事情，看来以后要多多练习，大家有什么疑问或者需要交流的可以留言，大家一起探讨。今天是春节，祝大家新春快乐，在编程这件事上都能够有所成就。

这篇关于SQL Server数据库查询优化的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！