SSRS主报表导出PDF时子报表数据异常问题求助

针对你遇到的主报表导出PDF时，Report12、Report13显示Report11数据的问题，以下是经过验证的解决步骤：

• 检查子报表内部唯一标识符
  打开每个子报表的RDL文件（用文本编辑器如VS Code），确认两个关键命名：

  1. <Report>标签下的Name属性，三个子报表的该值必须完全不同（不能仅依赖文件名，要确保RDL内部命名唯一）；
  2. 子报表中Tablix控件的Name属性，分别设置为如Report11_Tablix、Report12_Tablix、Report13_Tablix这类唯一名称，避免内部元素命名冲突导致PDF渲染复用数据。

• 确认主报表中子报表参数传递正确性
  在主报表设计器中，逐个选中Report12、Report13的子报表控件，右键打开「子报表属性」→「参数」选项卡，仔细核对每个参数的绑定值：确保传递的是对应子报表数据集的参数，而非误引用Report11的参数或字段。即使预览正常，PDF渲染对参数的校验逻辑更严格，微小的绑定错误会导致数据复用。

• 添加唯一隐藏元素打破渲染复用
  SSRS的PDF渲染引擎会对结构完全一致的报表元素进行复用优化，这可能导致数据串用。解决方法是在每个子报表的页眉/页脚添加一个隐藏文本框：

  • 给文本框设置唯一Name（如Report11_HiddenMarker）；
  • 设置Value为固定唯一值（如"Report11"）；
  • 将文本框的「可见性」设置为「隐藏」。
    这个隐藏元素会让渲染引擎识别为不同报表，避免数据复用。

• 确保子报表数据集独立执行
  打开每个子报表的数据集属性，确认：

  1. 数据源配置正确，未误选「使用主报表的数据源」（若有该选项）；
  2. 数据集的查询语句/存储过程调用正确，没有硬编码为Report11的存储过程。

• 清除报表缓存并重新生成

  1. 在Visual Studio中，关闭所有报表窗口，删除项目的bin和obj目录，重新生成整个解决方案；
  2. 若已部署到报表服务器，登录报表管理器，找到目标报表，进入「管理」→「缓存选项」，清除现有缓存并禁用临时缓存（测试阶段）。

• 单独测试子报表PDF导出
  先单独将Report12、Report13导出为PDF，确认数据正确后再嵌入主报表测试。如果单独导出正常，说明问题出在主报表对子报表的调用逻辑，而非子报表本身。

• 升级SSRS补丁
  若使用的是SQL Server 2016及更早版本，安装对应版本的最新累积更新（CU）；SQL Server 2017+也需确保补丁更新到最新，微软后续补丁修复了多个PDF渲染时的子报表数据复用bug。

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