ICode9

精准搜索请尝试: 精确搜索
首页 > 数据库> 文章详细

SQL Server数据库查询优化

2022-01-31 10:31:39  阅读:127  来源: 互联网

标签:Index dbo 数据库 扫描 Server 索引 SQL where select


今天工程师给我们分享了一些数据库优化方面的计技巧,也请教了一些问题,总之对个人而言收获很多,所以今天下班后连夜写了这边文章,供大家参考,这篇文章仅限于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.在使用存储过程,视图的时候避免嵌套太深,这样生成的执行计划会非常的复杂,好的做法是越少嵌套越好。

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

标签:Index,dbo,数据库,扫描,Server,索引,SQL,where,select
来源: https://www.cnblogs.com/LLLiu/p/15800026.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有