SQL Server 受影响的行数@@rowcount一直为0问题

在SQL Server中遇到一个问题,存储过程中使用@@rowcount检查受影响的行数始终显示为0,即使有1万行数据被更新。原因是print语句会重置@@rowcount的值。解决方案是在需要检测的SQL语句后面直接使用@@rowcount,避免被其他语句影响。
摘要由CSDN通过智能技术生成

存储过程如下:

WHILE( 1=1 )
begin
	Begin Try
		Begin Transaction

		 Update RIS.dbo.A 
         set registerid_with_number = CDRDB_VIEW.DBO.ONLY_GET_Number(hisexamineid)
		 where  registerid IN (
                                  SELECT TOP 10000 registerid 
                                    FROM RIS.dbo.A 
                                   WHERE registerid_with_number IS NULL
                              )
        PRINT '更新一次'
		--全部更新完后,退出
		if @@rowcount = 0  
		begin
			COMMIT Transaction
			PRINT '最后提交一次'
			BREAK
		end


		COMMIT Transaction
		PRINT '提交一次'
		waitfor delay '00:00:01'  --睡眠1秒,避免锁表

	   End Try

	   Begin Catch
       .........................--省略

运行该过程,每次第一次就退出了,print @@rowcount的值,每次都是0,update明明影响了1万行,怎么可能受影响的行数为0呢? 刚开始以为是SQL SERVER自动提交刷新了受影响的行,改为手动提交后,依然@@rowcou

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值