快速查询在 SSRS 2 中运行缓慢答案

【问题标题】：Fast query runs slow in SSRS 2快速查询在 SSRS 2 中运行缓慢
【发布时间】：2015-05-06 03:29:58
【问题描述】：

这与“快速查询在 SSRS 中运行缓慢”基本上是相同的问题，但是我看不到那里对我有用。

上下文：创建了一个报表生成器数据集用于我的报表，查询是：

SELECT  DISTINCT A.A
,   A.B
,   A.C
,   A.A + ', (' + A.B + '), : ' + CAST(A.C AS VARCHAR) D
FROM Table1 X
INNER JOIN TableA A ON X.Key = A.Key
WHERE (X.Col1 IN (@Param1))
AND (X.Col2 IN (@Param2))
UNION
SELECT '(All)', '(Select to apply all)', 0, '<APPLY ALL>'
ORDER BY C, A
OPTION (OPTIMIZE FOR UNKNOWN)

我有 3 个多值参数。第一个 (@Param1) 和第二个 (@Param2) 列表加载正常，第二个不依赖于第一个。从上面的查询中可以看出，使用上述数据集的第三个列表依赖于 1 和 2。

我添加了 OPTION (OPTIMIZE FOR UNKNOWN) 子句以尝试加快速度，但无济于事。我什至不知道如何声明一个多值参数，所以这是我现阶段尝试的唯一选择。

在我从第二个下拉列表/参数中选择完值并移至第三个参数后，报告加载图标的东西会搅动大约 5 秒钟，然后它就会停止，之后什么也没有发生，我再也无法从第三个下拉列表中进行选择除非我准备等到它完成，但这似乎是大约 20 分钟，所以过了一会儿我就杀死了网页并重新开始。当我在一秒钟内运行 SQL Server 中的报告查询时，当我通过 Report Builder IDE 中的报告运行时，与 20 分钟相比，它可以正常工作，延迟几秒钟，但通过 SharePoint/SSRS 运行需要 20 分钟。

有没有人建议尝试一下？

【问题讨论】：

您通常希望从该数据集中获得多少行？还有什么特殊原因您使用UNION 而不是UNION ALL？
行数少于 40,000。我现在使用 UNION ALL 没有区别。
我还更改了数据集中的查询以使用多语句表值函数代替，希望可以创建一个查询计划来尝试优化，但在报告中仍然需要不到一秒钟的时间builder IDE，但通过 SharePoint 网站需要很长时间

标签： reporting-services ssrs-2012

【解决方案1】：

我发现自己的解决方案更多的是偶然而不是巧妙的想法，这纯粹是我的一个错误，很抱歉浪费任何人的时间，但它仍然让我有点困惑，或者生气是描述它的更好方式。

显然，我提高性能的一项尝试还包括缓存一周左右之前完成的 DataSet。我打开了“缓存共享数据集”并按照特定的每日计划打开了，但是没有“缓存刷新计划”，如果这有所不同 - 可能因为它可能仍在使用缓存版本，即可能更改数据集实际上并没有强制在报表的下拉列表中加载数据时自动刷新。因此，在设置缓存之后更新查询的过程中，我从直接 sql 转到多语句表值函数（使用 Option optimize for unknown），然后转到调用我的函数的存储过程。因此，在更新数据集中的查询并刷新由于缓存而使用数据集的报告后，它可能没有应用我的最新更改。我关闭了缓存，然后我的报告第三个参数（下拉）开始响应。在 SharePoint 中运行时仍然相当慢，而在报表生成器 IDE 中它是瞬时的，但是低至大约 10 秒，而不是无限的时间。所以我留下的问题是使用实际有效的存储过程，或者是我在查询中使用了该选项，以及如果它会导致不明显的问题（即不会刷新）是否缓存直到下一个预定时期，我不确定是否有“缓存刷新计划”是否会有所作为。更重要的是，为什么通过 SharePoint 运行查询应该像 MS Server Management Studio 那样复杂得多，我敢肯定，如果我编写了自己的自定义网页来调用相同的查询，它也将是即时的 - 无论如何都要去做如果我能被打扰，就回去试验一下。

显然，数据会随着时间的推移发生变化，并且与该网站上另一篇帖子类似的报告运行良好，然后突然变得无响应，无论如何它现在运行良好，无需缓存。

【讨论】：