SSRS 13(SQL 2016)报表自定义参数场景缓存复用问题咨询

你的判断完全正确。

若用户指定的参数值与生成缓存时使用的参数值不一致，报表服务器会重新执行报表

SSRS 原生的报表级缓存是和生成快照时的所有输入参数强绑定的，只要用户传入的任意参数（包括日期范围、子参数选项）和预缓存时的参数不匹配，都会直接触发新的查询请求，不会复用你用全选参数预生成的缓存。

• 共享数据集缓存方案：把需要预拉取的全量数据封装为独立的共享数据集，配置共享数据集的缓存规则，用固定的全选参数+最大常用日期范围预生成缓存。将原报表中依赖源库的数据集改为引用该共享数据集，把参数过滤逻辑从源库查询转移到报表本地的数据集筛选、Tablix控件筛选层面。这样无论用户选择什么参数，报表只会调用已缓存的全量共享数据集，在内存中做二次过滤，无需重新查询源数据库，该方案适合全量数据规模在2GB以内的场景。
• 多快照预生成方案：如果你的业务场景有高频使用的固定参数组合，可以为每一组高频参数单独配置定时缓存快照，用户访问时参数匹配到对应快照就会直接复用。如果参数可选值有限，可适当约束用户的参数可选范围到已预生成快照的组合内，进一步提升缓存命中率。
• 底层预聚合优化：如果报表查询耗时根源是源库大表关联、聚合计算成本高，可以直接在数据库层提前生成预聚合中间表，按报表常用的分组维度、指标提前计算好结果，SSRS报表直接查询预聚合表，可将单查询耗时从分钟级压缩到秒级，就算不做缓存也能满足日间访问性能要求。
• 参数拆分缓存方案：如果仅日期范围参数变化频率高，可把日期范围拆分为固定的时间粒度（比如按天、按周），为每个时间粒度预生成对应的缓存快照，用户选择跨粒度的日期范围时，报表自动合并多个粒度的缓存数据做二次计算，也能大幅降低源库查询压力。

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