T-SQL查询与存储过程执行同语句结果不一致求助

兄弟，这种“直接跑SQL正常，放存储过程就没数据”的坑我踩过好多次！咱们从最常见的原因开始一步步排查：

1. 检查参数类型是否完全匹配 #

这是最容易忽略的细节！比如你的PARTCODE字段是VARCHAR(20)，但存储过程里定义的参数@PartCode是NVARCHAR(20)或者INT，隐式转换会让SQL Server无法正确匹配数据，甚至直接过滤掉所有结果。

• 解决：确保存储过程的参数类型、长度、精度和查询中用到的字段完全一致。比如字段是VARCHAR(50)，参数就定义成@PartCode VARCHAR(50)，别偷懒用NVARCHAR或者省略长度。

2. 排查参数嗅探导致的执行计划异常 #

SQL Server会根据存储过程第一次执行的参数生成执行计划，如果后续参数和第一次差异很大，旧的执行计划可能完全不适用，导致返回空结果。

• 解决：可以在存储过程的查询末尾加上OPTION (RECOMPILE)，强制每次执行都重新生成合适的执行计划：

  SELECT T1.CustKey 
  FROM INVOICEROWS T0 
  INNER JOIN INVOICE T1 ON T1.INVKEY = T0.INVKEY 
  INNER JOIN ITEMS T2 ON T2.PARTCODE = T0.PARTCODE
  -- 你的WHERE条件
  WHERE ...
  OPTION (RECOMPILE)
  

3. 检查参数是否存在NULL值处理差异 #

直接执行查询时你可能用的是硬编码的非NULL值，但存储过程接收的参数可能是NULL，而= NULL在SQL里永远返回UNKNOWN，会过滤掉所有行。

• 解决：如果参数允许为NULL，需要显式处理：

  WHERE (T2.PARTCODE = @PartCode OR (@PartCode IS NULL AND T2.PARTCODE IS NULL))
  

  或者用ISNULL/COALESCE，但要注意这类函数可能影响索引使用，谨慎选择。

4. 确认存储过程中的参数值是否符合预期 #

有时候你以为传对了参数，但存储过程里可能因为变量名写错、赋值错误导致参数值不是你想要的。

• 解决：在存储过程开头加打印语句，输出参数值确认：

  CREATE PROCEDURE YourProcName
  @PartCode VARCHAR(50),
  @StartDate DATE,
  @EndDate DATE
  AS
  BEGIN
      PRINT 'PartCode: ' + @PartCode
      PRINT 'StartDate: ' + CONVERT(VARCHAR(20), @StartDate)
      PRINT 'EndDate: ' + CONVERT(VARCHAR(20), @EndDate)
      -- 你的查询
  END
  

  执行存储过程后看打印结果，是不是和你直接执行查询时用的参数一致。

5. 对比执行计划找差异 #

直接执行查询和调用存储过程时，生成的执行计划可能完全不同，比如存储过程走了错误的索引导致数据过滤错误。

• 解决：分别执行以下语句，对比两个执行计划的差异：

  -- 直接查询的执行计划
  SET SHOWPLAN_XML ON;
  GO
  SELECT T1.CustKey FROM INVOICEROWS T0 INNER JOIN INVOICE T1 ON T1.INVKEY = T0.INVKEY INNER JOIN ITEMS T2 ON T2.PARTCODE = T0.PARTCODE WHERE ... -- 你的条件
  GO
  SET SHOWPLAN_XML OFF;
  
  -- 存储过程的执行计划
  SET SHOWPLAN_XML ON;
  GO
  EXEC YourProcName @PartCode='xxx', @StartDate='2024-01-01', @EndDate='2024-06-01';
  GO
  SET SHOWPLAN_XML OFF;
  

  重点看WHERE条件、JOIN条件的执行逻辑，是不是存储过程里的索引扫描/查找和直接查询不一样。

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