存储过程执行结果与TSQL直接查询结果不符问题排查求助

这种问题确实挺让人挠头的——明明参数值看起来完全正确，硬编码能查到结果，传参就不行。我之前也遇到过类似的情况，给你几个具体的排查点，应该能帮你定位问题：

• 检查数据类型与隐式转换
  虽然你的参数定义是nvarchar(50)，但要确认视图VPPAPStatus里的PartNumber字段类型是否完全一致？如果字段是varchar类型，传入nvarchar参数会触发隐式转换，这不仅可能导致索引失效，还可能因为字符编码的差异导致匹配失败。你可以试试在查询里强制转换类型，比如：

  select * from dbo.VPPAPStatus where PartNumber = CONVERT(varchar(50), @PartNumber)
  

  或者反过来转换字段，看是否能得到结果。

• 排查隐形字符问题
  虽然INPUTPN显示的是'84578452'，但参数值可能包含看不见的空格、制表符或者换行符（比如调用存储过程时传入的参数带了隐形字符）。你可以在存储过程里加个查询对比长度：

  select LEN(@PartNumber) as ParamLength, LEN('84578452') as HardCodeLength
  

  如果长度不一致，说明存在隐形字符。可以尝试先清理参数再匹配：

  select * from dbo.VPPAPStatus where PartNumber = RTRIM(LTRIM(@PartNumber))
  

  或者用REPLACE去掉特定的控制字符，比如CHAR(9)（制表符）、CHAR(10)（换行）。

• 核对视图定义与SET选项差异
  你查询的是视图而非直接表，视图的创建SET选项可能和存储过程的SET选项冲突。比如视图创建时用了ANSI_NULLS OFF，而现在存储过程改成了ON，这会影响NULL值的比较逻辑。可以用sp_helptext 'VPPAPStatus'查看视图的完整定义，对比视图和存储过程的SET参数（比如ANSI_NULLS、QUOTED_IDENTIFIER）是否一致。
  另外，视图如果涉及多表连接，要确认连接条件在参数传递时是否会因为隐式转换导致匹配异常。

• 对比执行计划找差异
  分别执行存储过程和硬编码查询，查看两者的执行计划，看看是否存在差异。比如存储过程可能因为参数嗅探生成了不合适的执行计划，导致查询不到结果。你可以在存储过程的查询语句后加上OPTION (RECOMPILE)强制重新生成执行计划：

  select * from dbo.VPPAPStatus where PartNumber = @PartNumber OPTION (RECOMPILE)
  

  如果这样能查到结果，那大概率是参数嗅探的问题，可以考虑用OPTION (OPTIMIZE FOR (@PartNumber UNKNOWN))或者重新统计索引信息来解决。

• 确认执行上下文与权限
  虽然可能性较低，但要确认执行存储过程的用户和直接执行查询的用户是否为同一账号？有没有可能存储过程的执行者对视图或底层表的权限不足？另外，检查存储过程的执行数据库是否和你直接查询的数据库一致（可以加SELECT DB_NAME()到存储过程里验证）。

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