昨天在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 54 127 91 33 66 232 15
则，录入20，找出：px value----------1 32 15
1、最初打算用最常规的方法来实现这个需求，但是不考虑效率方面的要求：
select a.* from #tmp a where (select sum(value) from #tmp where px<=a.px)<=@m
结果在10,000条测试数据的压力测试下，整个查询历时41s，与效率要求相去甚远
2、于是，转而通过遍历表的方式实现查询：
declare @px int,@s bigint,@m intset @s=0set @m=20
update aset @px=case when @s<=@m then px else @px end, @s =@s+valuefrom #t1 a
select * from #t1 where px<@px order by px
在100,000条测试数据的情况下，效率基本满意，但是又出现了新的问题，一旦px字段不是按升序排列，查询的结果就不正确
3、与pbsql(风云)君子所见略同，决定用游标
declare @px int,@value int,@sum int,@m int,@px1 intset @sum=0set @m=20
declare t_cursor cursor for select px,value from #tmp order by px
open t_cursorfetch next from t_cursor into @px,@value
while @@fetch_status=0begin if(@sum>@m) break set @sum=@sum+@value set @px1=@px fetch next from t_cursor into @px,@valueendclose t_cursordeallocate t_cursor
select * from #tmp where px<@px1 order by px
效率可以到达要求，原以为万事大吉，结果提问者认为游标慢，要求不用游标
4、最后，好汉只能下猛料了
declare @px int,@s int,@m intset @s=0set @m=20
select @px=case when @s<=@m then px else @px end, @s =@s+case when @s<=@m then value else 0 endfrom (select top 100 percent * from #tmp order by px) a
select * from #tmp where px<@px order by px
总结：1、对于某些特殊的查询，不能单纯为了图SQL语句简单直观，不能认为简单就效率高，简单就是美，其实查询不是那么简单2、不要固执的认为游标慢，当然，在与select * from tab where ...等诸多情况比较，游标遍历表确实是效率低一些，然而有些时候，游标的效率不是我们想象中那么差劲的，就比如这
