谁说游标一定慢?

本文通过实例探讨了在SQL Server中处理特定查询时,游标并非总是效率低下。作者通过几种不同方法解决了一个查找总和不超过给定值的前N条记录的问题,包括常规查询、遍历更新和使用游标,最终发现游标在特定情况下能达到效率要求。
摘要由CSDN通过智能技术生成

昨天在SQL Server版面上遇到了这样的一个问题:

有一个表如下:
CREATE TABLE [#tmp](px int IDENTITY(1,1),value int)
大约有10000条记录,value 字段是一个随机的值,现要求是输入的一个值M,要找出前N条记录,且N条记录value的总和刚好不大M(意思是再多一条记录都会大于M)。

要求:语句运行时间要求在1秒种内完成

说明:
px值小的认为是排在px大的前面,可以用存领储过程、函数 

示例数据为:
px   value
----------
5    5
4    12
7    9
1    3
3    6
6    23
2    15

则,录入20,找出:
px   value
----------
1    3
2    15


1、
最初打算用最常规的方法来实现这个需求,但是不考虑效率方面的要求:

select a.* from #tmp a where (select sum(value) from #tmp where px<=a.px)<=@m

结果在10,000条测试数据的压力测试下,整个查询历时41s,与效率要求相去甚远


2、
于是,转而通过遍历表的方式实现查询:

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值