SQL Server 中一个有关聚合函数和子查询的Bug

在SQL Server中,一个涉及百万条数据的存储过程使用聚合函数和子查询时出现性能瓶颈,运行时间过长。问题源自SQL Server 2000 SP3的一个已知Bug,官方建议升级到SP4以解决。文中提到,通过调整存储过程的写法,可以避免使用同时使用聚合函数和子查询,从而显著提高运行效率。
摘要由CSDN通过智能技术生成
这次项目中涉及到一个存储过程的应用,由于数据量是在百万条的级别,而且也有一点小难度的查询,所以选择不是很熟悉的存储过程,可能高手们看了会见笑的 。

我的表结构大体是这样的,TB_USER
ID NAME  LENGTH  DATE
1    aa          15           2006-10-21 12:23:11.000
2    aa          345           2006-10-22 21:01:11.000
3    bb          54          2006-10-21 54:23:11.000
4    bb          17           2006-10-21 13:01:11.000
5    cc           24           2006-10-21 43:01:11.000
6    aa          98           2006-10-21 43:01:11.000

要求是按照NAME累加LENGH,并且是以天来累加,并且将最早的时间作为DATE得到结果,就是说在上面的模拟数据中,查出的结果是2006-10-21这一天aa的LENGTH值应该是15+98=113,DATE为2006-10-21 12:23:11.000

我的存储过程代码是
CREATE   PROCEDURE  BILLINGPOC
AS
/*创建聚合日期参数*/
declare   @calDate   datetime
/*聚合日期以没有被聚合的最早结束时间为起点*/
SELECT   TOP   1   @calDate = DATE
FROM  
    TB_USER
WHERE  
    CAL_STATUS
= ' 0 '
AND
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值