好奇怪！sql查询求解-CSDN论坛

⋅python链接mssql问题 ⋅求正则表达式解疑 ⋅[求助]plist文件打开问题 更多帖子 关注私信空间博客 oreoconansisu 本版专家分：49 结帖率 96.43%

大家好

今天我碰到个SQL查询问题
SQL查询语句如下：



Select  top 1

Inv_id=A.Inv_id               

From Inv A  

Inner Join Loc loc on A.Loc_id=loc.Loc_id

Where loc.Wh_id=-1581427986821640114 And A.Inv_status='-10'

执行计划如下：

发现速度好慢，查询耗时需要几分钟
尝试加了非聚簇索引(Loc_id,Inv_status)后，耗时只需几秒

然后我修改了SQL语句，将Top 1去除，变成



Select -- top 1

Inv_id=A.Inv_id               

From Inv A  

Inner Join Loc loc on A.Loc_id=loc.Loc_id

Where loc.Wh_id=-1581427986821640114 And A.Inv_status='-10'

此时执行计划如下：

但是查询耗时也只有几秒

请教为什么前面有无‘Top 1’语句
查询效率会差那么多

谢谢！

0 2013-08-27 17:48:39

回复数 6 只看楼主引用举报楼主

oreoconansisu 本版专家分：49: 另外请教下

执行计划中的索引扫描和索引查找有何区别

谢谢

0 2013-08-27 17:49:24

只看TA 引用举报 #1 得分 0

⋅Andy__Huang的留言板 ⋅又是一年过去了+++++++++++++++++++++++++++++++祝大家元旦快乐! ⋅老外---------你们的圣诞节! 更多帖子 关注私信空间博客 Andy__Huang 本版专家分：67868 版主 铜牌 2013年9月总版技术专家分月排行榜第三 红花 2013年7月 MS-SQL Server大版内专家分月排行榜第一 2009年3月 Oracle大版内专家分月排行榜第一 2009年2月 Oracle大版内专家分月排行榜第一 黄花 2013年9月 MS-SQL Server大版内专家分月排行榜第二 2013年8月 MS-SQL Server大版内专家分月排行榜第二 2009年4月 Oracle大版内专家分月排行榜第二 2009年1月 Oracle大版内专家分月排行榜第二 2004年10月 MS-SQL Server大版内专家分月排行榜第二 蓝花 2013年10月 MS-SQL Server大版内专家分月排行榜第三 2008年12月 Oracle大版内专家分月排行榜第三 2004年11月 MS-SQL Server大版内专家分月排行榜第三: 这个与是否用top 1没有多大关系，虽然用了top 1，但是符合条件的记录可能在表靠后扫描的记录，这样也会用很长时间。真正起作用的是你加了索引

0 2013-08-27 17:54:43

只看TA 引用举报 #2 得分 0

⋅python链接mssql问题 ⋅求正则表达式解疑 ⋅[求助]plist文件打开问题 更多帖子 关注私信空间博客 oreoconansisu 本版专家分：49: 引用 2 楼 hdhai9451 的回复:
这个与是否用top 1没有多大关系，虽然用了top 1，但是符合条件的记录可能在表靠后扫描的记录，这样也会用很长时间。真正起作用的是你加了索引

写的不是很清楚
去掉‘Top 1’语句时查询时
非聚簇索引(Loc_id,Inv_status)是没有的

也就是在相同条件下
有无'Top 1'语句做的测试

0 2013-08-27 17:59:47

只看TA 引用举报 #3 得分 0

⋅3星，散分 ⋅请各大版主，尽职尽责，及时清理论坛内的乌鸦帐号 ⋅ListBox如何更改选中行的背景色 更多帖子 关注私信空间博客 Shawn 本版专家分：35491 金牌 2013年8月总版技术专家分月排行榜第一 红花 2013年8月 MS-SQL Server大版内专家分月排行榜第一: 引用 3 楼 oreoconansisu 的回复:
Quote: 引用 2 楼 hdhai9451 的回复:

这个与是否用top 1没有多大关系，虽然用了top 1，但是符合条件的记录可能在表靠后扫描的记录，这样也会用很长时间。真正起作用的是你加了索引

写的不是很清楚
去掉‘Top 1’语句时查询时
非聚簇索引(Loc_id,Inv_status)是没有的

也就是在相同条件下
有无'Top 1'语句做的测试

loc.Wh_id字段应该有索引。
#1.在有TOP 1时，用的是嵌套循环，由于只返回一条，且不用排序，按道理应该很快返回。
#2.在无TOP 1时，用的是哈希匹配，由于要返回所有匹配上的记录，按道理应该返回较慢。
便根据楼主描述的意思，#1慢，#2快。那就是数据分布的问题了：两个表，数据量都比较大，且符合条件的记录都比较靠后，导致了虽然是TOP 1，却进行了多次的嵌套循环（每次查询都是扫描），比哈希还慢。
楼主执行SQL前打开这个开关：SET STATISTICS IO,TIME ON 应该会发现，#1中的逻辑IO数比#2多了很多。
如果我上面说的不对，请及时反馈。

0 2013-08-27 18:36:44

只看TA 引用举报 #5 得分 40

⋅python链接mssql问题 ⋅求正则表达式解疑 ⋅[求助]plist文件打开问题 更多帖子 关注私信空间博客 oreoconansisu 本版专家分：49: 引用 5 楼 wwwwgou 的回复:
Quote: 引用 3 楼 oreoconansisu 的回复:

Quote: 引用 2 楼 hdhai9451 的回复:

这个与是否用top 1没有多大关系，虽然用了top 1，但是符合条件的记录可能在表靠后扫描的记录，这样也会用很长时间。真正起作用的是你加了索引

写的不是很清楚
去掉‘Top 1’语句时查询时
非聚簇索引(Loc_id,Inv_status)是没有的

也就是在相同条件下
有无'Top 1'语句做的测试

loc.Wh_id字段应该有索引。
#1.在有TOP 1时，用的是嵌套循环，由于只返回一条，且不用排序，按道理应该很快返回。
#2.在无TOP 1时，用的是哈希匹配，由于要返回所有匹配上的记录，按道理应该返回较慢。
便根据楼主描述的意思，#1慢，#2快。那就是数据分布的问题了：两个表，数据量都比较大，且符合条件的记录都比较靠后，导致了虽然是TOP 1，却进行了多次的嵌套循环（每次查询都是扫描），比哈希还慢。
楼主执行SQL前打开这个开关：SET STATISTICS IO,TIME ON 应该会发现，#1中的逻辑IO数比#2多了很多。
如果我上面说的不对，请及时反馈。

对的，你说的是正确的，跟数据的分布有关
看来有时加了‘Top 1’也不一定能使效率提高，还是要具体情况具体分析了
问题解决，谢谢了

0 2013-08-28 10:12:04

只看TA 引用举报 #6 得分 0

好奇怪！sql查询求解 [问题点数：40分，结帖人oreoconansisu]