SSRS多值参数计数表达式无法正确统计选中参数对应总记录数

根因定位 #

• 当前使用的计数表达式=Count(Fields!WO_NUMBER.Value, "WSVLWOs")本身逻辑无问题，该表达式的作用是统计WSVLWOs数据集作用域内、WO_NUMBER字段非空的记录总条数。
• 选中多个参数选项后仅返回单值对应计数的问题，核心根源几乎都不在计数表达式，而是数据集侧的多值过滤规则配置错误：
  • 最高发错误：配置过滤规则时，将WO_ACTN_TY字段的匹配操作符错选为单值类的“等于”，没有选用多值匹配专用的In操作符。这种配置下，SSRS只会把多值参数数组的第一个元素拿来和字段做匹配，自然只返回第一个选中参数对应的记录数。
  • 次高发错误：在过滤规则的值配置环节，没有直接绑定多值参数的全量数组，而是通过下标取值、字符串拆分等方式只取了多值参数的某一个单元素参与匹配。

分步修复操作 #

1. 调整WSVLWOs数据集的过滤配置，确保三个核心配置项准确匹配多值规则：
   • 表达式端：直接选择数据集原生字段Fields!WO_ACTN_TY.Value，不要手写额外的判断逻辑
   • 操作符端：必须选择In，禁止使用“等于”“Like”这类仅支持单值匹配的操作符
   • 值端：直接绑定多值参数的全量值=Parameters!你的动作类型多值参数名.Value，不要手动拆分数组、取固定下标的单值
2. 校验计数表达式的作用域正确性：
   • 因为表达式中已经明确指定了“WSVLWOs”作为统计作用域，所以文本框哪怕放在Tablix内部，也会直接统计整个过滤后数据集的总条数，不会受Tablix的行组/列组作用域限制，不需要额外调整表达式逻辑。
   • 排查时可以临时在数据集的查询语句中直接传入多选的参数值，核对数据库层返回的原始记录数是否为所有选中参数的记录累加值，排除数据库查询环节的参数传递异常。
3. 规避常见配置踩坑
   • 不要将计数表达式改写成带IIF判断的格式，比如=Count(IIF(Fields!WO_ACTN_TY.Value=Parameters!参数名.Value, 1, Nothing))，这类写法遇到多值参数时，因为单值字段和数组类型不匹配，同样只会默认匹配参数数组的第一个元素，导致计数不准。
   • 如果多值参数支持全选，要检查参数的默认值传递逻辑，确认没有把全选场景的参数值截断为单值。

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