为了账号安全,请及时绑定邮箱和手机立即绑定

ROW_NUMBER() 分页的时候,好像没有利用非聚集索引

ROW_NUMBER() 分页的时候,好像没有利用非聚集索引

慕慕森 2018-12-03 14:12:44
<P>通过执行计划分析来看,使用 ROW_NUMBER() 的时候,好像没有利用非聚集索引</P> <P>with t_pager as (<BR>&nbsp;&nbsp;&nbsp; select *,myIndex = ROW_NUMBER() OVER (ORDER BY Empcode ) FROM Employee <BR>&nbsp;where EmpTypeID = 2</P> <P>)<BR>SELECT * from t_pager WHERE myIndex between 11 and 20;</P> <P>Empcode &nbsp;,EmpTypeID 这两个字段加不加非聚集索引,计划分析的结果都是一样的。只有按照主键排序,计划分析才会不一样。</P> <P>分页结果倒是正确的。效率好像还很高。严重不解中。</P> <P>&nbsp;</P>问题补充: 默认的情况,主键都是聚集索引呀。除非单独设置。 排序是非常咱用资源的呀,利用索引的话,就可以节省很多的资源,这个对于分页是很重要的! 聚集索引的话,正序和倒序执行计划都是一样的。不知道你有没有看过,我刚刚看过了,一样的。 ============= 服了你了。感谢你来捧场。 EmplID就是主键,就是默认的。是聚集索引。 如果是其他的分页算法,那么就可以利用非聚集索引了。
查看完整描述

2 回答

?
慕婉清6462132

TA贡献1804条经验 获得超2个赞

1、ROW_NUMBER() 为什么要加载索引(管它是聚集还是非聚集)?排序操作而已。 2、主键 “绝对不等于” 聚集索引。 3、“只有按照主键排序,计划分析才会不一样”,说明你的主键完全是默认设置的。你要不试试(ORDER BY 你的主键 DESC),然后再看看执行计划? ~~~~~~~~~~~~~~~~~~~~~~~~~~ 分析:这里需要了解的知识点主要在聚集索引和非聚集索引的存储方式上,然后再加上“排序操作究竟是在干什么”,然后你就能非常清楚这个问题的“为什么”了。

查看完整回答
反对 回复 2018-12-07
  • 2 回答
  • 0 关注
  • 745 浏览
慕课专栏
更多

添加回答

举报

0/150
提交
取消
意见反馈 帮助中心 APP下载
官方微信