裸查询可获取正确iden，存储过程执行却返回0的问题排查

我来帮你捋捋可能的问题点，毕竟裸查询正常但封装成存储过程就出问题，通常都是细节没对齐：

• 混淆了存储过程的「返回值」和「结果集」
  这是最常见的坑！SQL Server里存储过程默认的返回值（比如你用EXEC @ret = addLockDate拿到的@ret）是执行状态码，成功就返回0，失败则返回对应错误号。而裸查询里的SELECT是输出结果集，存储过程里如果保留了这个SELECT，你直接执行EXEC addLockDate应该能看到结果集，但如果误把返回值当结果，那肯定会得到0。

  举个例子：
  错误的调用方式（拿到的是执行状态）：

  DECLARE @result INT;
  EXEC @result = addLockDate;
  SELECT @result; -- 这里得到的0是执行成功，不是iden的值
  

  正确的调用方式（获取结果集）：

  EXEC addLockDate; -- 直接执行，查看返回的结果集中的pk值
  

• 存储过程内的WHERE条件和裸查询不一致
  你贴的存储过程代码里WHERE后面是...，会不会实际写的时候把dt is null这个关键条件写错或者漏了？如果存储过程里的UPDATE语句没匹配到任何行，那@iden临时表就是空的，最后SELECT自然没有结果，如果你误把返回值当结果，就会以为是返回0。

• 存储过程内的SELECT语句被遗漏或写错
  检查一下存储过程的最后是不是真的保留了SELECT TOP (1) iden.pk FROM @iden iden;？如果漏了这句，那存储过程执行后不会输出任何结果集，你如果没注意，可能把默认的执行状态0当成了结果。

• 权限问题（可能性较低）
  虽然可能性不大，但可以确认一下：执行存储过程的账号，有没有lockDate表的UPDATE权限？如果没有的话，执行存储过程会报错，但如果存储过程是用WITH EXECUTE AS定义的，可能权限继承有问题，导致UPDATE没执行成功，@iden为空。

最后给你一个修正后的存储过程示例，确保逻辑和裸查询完全一致：

DROP PROCEDURE IF EXISTS addLockDate;
GO
CREATE PROCEDURE addLockDate
AS
BEGIN
    SET NOCOUNT ON; -- 加上这个可以避免返回"影响行数"的消息，输出更干净
    DECLARE @iden TABLE (pk INT);
    
    UPDATE TOP (1) lockDate WITH (UPDLOCK)
    SET dt = GETDATE()
    OUTPUT inserted.iden INTO @iden
    WHERE dt IS NULL; -- 确保这里的条件和裸查询完全一致
    
    SELECT TOP (1) pk FROM @iden; -- 输出目标结果集
END
GO

直接执行EXEC addLockDate;就能看到正确的pk值了。

内容的提问来源于stack exchange，提问作者paparazzo