SQL联查语句加上order排序之后速度超级慢

项目中使用到了分页查询,形式如下

1 select * from
2 (
3     select row_number() over (order by a.id0) as seq,a.* from
4     PMS_T_D_StakeCoordinate a
5     left join ZY_T_D_Route b on a.route_code=b.route_code    
6 ) as T
7 where seq between 1 and 1000

本来分页查询应该是很快的,但是随着项目的进展,数据量逐步增加到了百万级,此查询直接报错“服务器连接超时”

于是将SQL考到SqlServer里面执行,发现需要2分多钟才能出结果

去掉“row_number() over (order by id0) as seq”之后时间减少到了15秒,这个差距太大了。。。

于是猜测是order by 的问题,在查询后面加上order by id0,查询时间又飙到了2分钟,果然如此

于是,寻求加自增长编号的方法替代order by

select IDENTITY(INT,1,1) as orderID,* 
 into #ttemp
from
 
(
 
   table...
 
) where seq between pageBegin and pageEnd

select * from #ttemp

但是这里也有个问题,通过自增IDENTITY(INT,1,1)得到的orderID不是按顺序排列的,这个地方没搞清楚,求解求指点??????

不得已,在select * from #ttemp后面再order by一次,如下

select * from #ttemp  order by orderID

这个担心用order by又会导致查询时间飙升,但结果也只花了16秒,nice!

如此看来,order by对单表影响不大,可能是因为我的查询中有太多的联查???

 

转载于:https://www.cnblogs.com/lyd2016/p/7093305.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值