使用ReportBuilder2012 v3开发的SSRS报表未返回全部记录求助

这种SSMS执行正常但报表少数据的问题确实挺闹心的，我帮你梳理几个高频排查方向，你可以挨个试试：

• 先确认参数是否完全匹配
  这绝对是最容易踩的坑！你在SSMS里手动输入的参数，和报表运行时实际传给存储过程的参数可能不一样——比如日期范围的默认值、多值参数的选项、甚至是参数的类型转换问题。
  建议你在存储过程开头加一段日志代码，把所有传入参数的值写到一个临时表或者专门的日志表里，比如：

  INSERT INTO ProcExecutionLog (Param1, Param2, ..., ExecutionTime)
  VALUES (@Param1, @Param2, ..., GETDATE())
  

  然后分别在SSMS和报表里执行，对比日志里的参数，就能快速发现差异。

• 检查报表端的过滤/隐藏设置

  1. 先看数据集：确认数据集的查询是不是纯粹调用存储过程，有没有额外加WHERE过滤？比如是不是写成了EXEC YourProc @Params; SELECT * FROM Temp WHERE ...，这种额外过滤会直接砍掉数据。
  2. 再看Tablix（表格/矩阵）的属性：有没有给Tablix加筛选器？或者分组逻辑是不是把多行合并成一行了？另外还要检查行的可见性设置，有没有写表达式让某些行隐藏了（比如=IIF(Fields!Status.Value='无效', True, False)这种）。

• 核对SQL Server的SET选项差异
  SSMS和SSRS调用存储过程时，默认的SET选项可能不一样，比如ANSI_NULLS、QUOTED_IDENTIFIER、CONCAT_NULL_YIELDS_NULL这些，有些存储过程的逻辑会受这些选项影响，导致返回不同结果。
  你可以在存储过程开头显式设置这些选项，强制统一环境：

  SET ANSI_NULLS ON;
  SET QUOTED_IDENTIFIER ON;
  SET CONCAT_NULL_YIELDS_NULL ON;
  

  然后再测试两边的结果是否一致。

• 检查数据集的行限制设置
  有时候不小心在数据集属性里设了“最大行数”，会直接截断结果。打开数据集属性→查询选项卡，看看右下角的“最大行数”是不是设成了40（或者小于60的数），如果是改成0（表示无限制）就行。

• 清除SSRS缓存
  SSRS会自动缓存报表结果，有时候你改了存储过程，但报表还在显示旧缓存的数据。去报表管理器找到你的报表，点“管理”→“缓存”，清空现有缓存，再重新运行报表试试。

• 确认存储过程只返回一个结果集
  如果你的存储过程里除了主数据的SELECT，还有其他调试用的SELECT（比如打印参数、统计行数），SSRS默认只会取第一个结果集，后面的会被忽略。你在SSMS执行时能看到所有结果集，但报表只显示第一个，自然会少数据。这种情况把多余的SELECT删掉就行。

按这个顺序排查，应该很快能找到问题根源。

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