原创 | SQL优化之不查询多余的行和列

SQL数据库开发

共 1391字,需浏览 3分钟

 ·

2019-12-24 23:29

从今天开始,每天会给大家普及一点优化的小技巧。感兴趣的同学可以跟着多多练练手。

示例数据库可以在”阅读原文”处获取。我使用的示例是AdventureWorks2012的备份包,小伙伴下载后还原即可。

记得数据库要是高版本的才能还原成功,我使用的数据库是SQL Server 2016版本的。


1、不查多余的列

查询过程中经常为了省事,而直接使用*来代替所有的列,好处是不需要写明列。坏处就是遇到列比较多的表查询效率就大大折扣了。例如:


SELECT * FROM [Sales].[SalesOrderDetail];


我们执行一下可以看到如下信息:

a6a984875eef6ddf4729d5b3bc36250a.webp


Q:上面的消息界面是怎么出来的呢?

A:点击菜单栏的查询——查询选项...——高级,将SET  STATISTICS TIME和SET STATISTICS IO都勾选上就可以了


上面的相关信息我给大家解读一下:

扫描计数:索引或表扫描次数

逻辑读取:数据缓存中读取的页数

物理读取:从磁盘中读取的页数

预读:查询过程中,从磁盘放入缓存的页数

lob逻辑读取:从数据缓存中读取,image,text,ntext或大型数据的页数

lob物理读取:从磁盘中读取,image,text,ntext或大型数据的页数

lob预读:查询过程中,从磁盘放入缓存的image,text,ntext或大型数据的页数

语句的CPU时间分编译阶段执行阶段

CPU时间是指:执行语句的时间

占用时间是指:从磁盘读取数据再处理总的使用时间

编译阶段:

SQL Server 分析和编译时间:

执行阶段:

SQL Server 执行时间:

这些信息我们以后都会经常看到的,这是判断一个查询语句最直观的方式。


我们再单独查询一列看会怎么样?例如:
SELECT UnitPrice FROM [Sales].[SalesOrderDetail];


我们执行一下可以看到如下信息:

edcfd5704c647ae67c6333848978a86a.webp

通过上面的时间对比我们就可以清楚的看到:将列名明确的列出,不显示不相关的列效率有很大的提升。

这里就是大家经常看到的一条优化建议:不要直接使用*进行查询,而只查询需要的列。


2、不查多余的行

  • 在查询的时候使用WHERE关键字可以很好的过滤掉不需要的行。这也是提高查询效率的一种方式,其实这才是WHERE关键字存在的意义。例如:
SELECT UnitPrice FROM [Sales].[SalesOrderDetail] WHERE UnitPrice>1000;

我们执行一下可以看到如下信息:

6dbbe34f653c7d90ca5a2a5afc053c52.webp

所占用的时间成倍的减少,效果显而易见。


  • 使用DISTINCT关键字减少多余重复的行。

    例如:

SELECT DISTINCT UnitPrice
FROM [Sales].[SalesOrderDetail]
WHERE UnitPrice>1000;

我们执行一下可以看到如下信息:

216466cde3e4fb4a972f5e8b0c8f940c.webp

可能有些同学对DISTINCT关键字有不同的看发,稍后我们根据具体情况再逐一给大家进行分析。

今天的内容就分享到这里啦,觉得不错记得转发分享给更多人~


——End——

关注SQL数据库开发公众号,在后台回复关键字:资料领取,可以获取一份精心整理的技术干货。


推荐阅读

浏览 27
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报