在查询分析器中输入以下内容:
set statistics profile on
set statistics io on
set statistics time on
go
<这里写上你的语句...>
go
set statistics profile off
set statistics io off
set statistics time off
用这个检查一下项目中的SQL语句,发现一件和想象不一样的事情,SQL语句:
select min(ID) from
(select top 25 ID from tblInfo where charCityFrom='石家庄' order by id desc) as temp
设charCityFrom为聚集索引:
扫描计数 1,逻辑读取 9 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。
CPU 时间 = 0 毫秒,占用时间 = 2 毫秒。
设ID为聚集索引:
扫描计数 1,逻辑读取 3 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。
CPU 时间 = 0 毫秒,占用时间 = 1 毫秒。
有点和相象的不太一样,看来不一定是查找点的资源最多,以后得多多注意下![]()
通过对比两种不同聚集索引设置下的SQL查询性能,发现ID作为聚集索引时查询效率更高,揭示了实际操作与预期可能存在的差异。
617

被折叠的 条评论
为什么被折叠?



