报表故障排除：报表性能

筛选、排序和聚合对数据源比在报表处理期间更为有效。编写查询以仅返回在报表中显示的详细信息级别。以下列表建议评估报表中每个报表查询的方法：

• 编写带有 WHERE 子句或 HAVING 子句的查询，这些子句将数据限制为用户必须在报表中看到的内容。使用查询参数以限制在运行时检索的数据。查询参数会自动绑定到相应的报表参数，使用户能够确定对哪些数据感兴趣。有关详细信息，请参阅使用 WHERE 和 HAVING 筛选行。

  创建的快照报表具有筛选数据的报表参数时，可在报表中显示的所有可能数据都必须保存在快照中。在这种情况下，请勿在数据集查询中使用查询参数。相反，请手动创建可在筛选表达式中使用的报表参数，使用户能够指定所需的报表数据。

• 编写带有 ORDER BY 子句的查询对为报表检索的数据进行预排序。按希望数据在报表中排序的顺序对其进行排序。由于预排序的数据在内存中的存储方式，因此节省了报表处理时间。许多报表处理任务在处理数据之前不需要进行排序。例如，SUM 与顺序无关。不会对组实例中的数据自动进行排序。如果报表中不需要经过排序的数据，则不必对数据集或数据区域设置排序表达式。有关详细信息，请参阅 ORDER BY 子句 (Transact-SQL)和如何对数据区域中的数据排序（Report Builder 3.0 和 SSRS）。

  对组进行排序或按聚合值进行排序在报表中比在查询中更为简单，通常也更为有效。

• 编写带有 GROUP BY 的查询以聚合数据源中的值。

  在许多情况下，传递信息最有效的方法是聚合值和显示摘要。可以对数据源计算某些级别的聚合并为数据集检索这些聚合。数据集中的“详细信息”数据现在表示对数据源计算的聚合。有关详细信息，请参阅汇总查询结果 (Visual Database Tools)。

  这些预聚合值存在于报表中后，只要您使用可算术传递的聚合函数（例如 SUM），就可以继续聚合这些值。例如，假设有一组值（6 个）：1、2、3、4、5、6。如果将这些值按对进行组合，则有一组值（3 个）：3、7、11。可以计算第一组的总和 (21)，然后计算第二组的总和 (21)，无论如何分组，总和都相同。如果使用 AVG 函数计算组中这些值的平均值，则每组会得到不同的结果。6 个值一组的平均值是 21/6 或 3.5。3 个值一组的平均值是 21/3 或 7。AVG 不是可传递函数。

• 考虑图表或仪表所需的数据量。在监视器上以很小的像素绘制数百个点会降低性能，也不会增强图形的可视显示效果。如果饼图中的切片超过 7 或 8 个，则值可能有问题。有关详细信息，请参阅图表类型（Report Builder 3.0 和 SSRS）中列出的特定图表类型中的信息。

• 对于具有条件可见性的报表项，报表处理器必须应用分组表达式、排序表达式和筛选表达式，即使只有顶层数据首先可见也是如此。尽管 SQL Server 2008 Reporting Services 中的按需处理能够通过仅处理可见的数据来优化数据评估，但是所有可能的数据都是报表的一部分。如果用户只希望不时查看详细信息数据，最好使用钻取报表。有关详细信息，请参阅报表类型。

• 考虑为报表创建执行快照。报表快照包含为报表定义中的数据集检索的所有报表数据。有关详细信息，请参阅创建、修改和删除报表历史记录中的快照。

查询超时值是定义数据集时创作报表过程指定的。超时值随报表一起存储在查询的 Timeout 元素中。默认情况下，此值设置为 30 秒。有关详细信息，请参阅为报表和共享数据集处理设置超时值 (SSRS)。

若要设置数据集查询的超时值，请参阅如何创建共享数据集或嵌入数据集 (Report Builder 3.0 和 SSRS)。

作为网络通信流量传递的大量数据会增加用户的等待时间。根据预期的用户群和预期的报表视图容量，您可以选择部署报表服务器组件的相应方法。有关详细信息，请参阅规划部署拓扑。

例如，以下策略可能有助于缩短用户的等待时间：

• 将报表服务器目录保存在报表服务器所在的计算机上。

  报表服务器数据库 tempdb 管理为报表定义中每个数据集查询检索的报表数据。将报表数据与报表处理器保存在一起会减少可降低报表执行速度的网络通信流量。

• 对于数据仓库数据源，将数据仓库保存到与报表服务器不同的服务器上。

  尽管在网络中检索数据确实会增加额外的报表执行任务，但是将争用内存的数据仓库和 Reporting ServicesServices 放在同一台服务器上会降低性能。

如果包含对内置字段 [&TotalPages] 的引用，报表处理器必须先对整个报表进行分页，然后才能呈现第一页。如果不存在对 [&TotalPages] 的引用，则会立即向用户呈现并返回第一页，而不处理报表的其余部分。此外，报表处理器假设页眉或页脚中的任何复杂表达式可能包含对 [&TotalPages] 的直接或间接引用。

为了避免使报表处理器对较长的报表进行分页，请勿在页眉和页脚中包含对 [&TotalPages] 的引用或任何复杂表达式。

当用户在报表中翻页时，报表处理器会将每个报表页的数据和报表布局信息组合在一起，并将该页传递给报表呈现器。对于没有分页符的报表，必须先处理整个报表，用户才能查看第一页。

软分页呈现器（如 HTML 查看器）会自动为您处理分页。可通过将报表属性 InteractiveHeight 设置为 0，来覆盖此自动行为并将报表设置为一页。对于硬分页呈现器，必须手动添加分页符。有关呈现器类型的详细信息，请参阅了解呈现行为（Report Builder 3.0 和 SSRS）。

验证 InteractiveHeight 不为 0，并将其设置为某个合理的页面大小，例如 8.5 in。向报表项或 Tablix 组添加分页符将报表分为多页。这样可减少每页必须处理的数据量。有关详细信息，请参阅如何添加分页符（Report Builder 3.0 和 SSRS）。

Tablix 数据区域中嵌套组和相邻组的许多级别都会影响报表处理性能。请考虑分组级别、组实例数以及在应用分组、筛选和排序表达式之后需要评估的聚合函数的使用。例如，Previous 是一个“高开销”聚合函数，原因是其值取决于数据区域的已排序元素；Sum 则与顺序无关且需要的资源更少。其他排序后聚合包含 First 和 Last。有关详细信息，请参阅聚合函数引用（Report Builder 3.0 和 SSRS）。

评估报表的报表设计，并考虑对数据源是否可以执行某些数据聚合。在不更改任何聚合函数调用的情况下，减少报表中的数据量可能足以提供可接受的性能。

了解使用子报表的优点和缺点。每个子报表实例都是一个单独的查询执行和一个单独的报表处理任务。

• 只有几个子报表实例时，可以使用子报表。

• 如果有多个组实例，请勿在组中使用子报表。例如，若要显示每个客户的销售额和退货量列表，请考虑使用钻取报表。考虑是否可以编写查询，以便将客户与销售额和退货量联系起来，然后按客户 ID 进行分组。

• 如果子报表使用的数据源不是主报表，可使用子报表。如果存在性能问题，请考虑使用以下缓解策略之一来更改主报表中的数据集查询：

  • 收集数据仓库中的数据，并将数据仓库用作单个数据集的数据源。

  • 使用 SQL Server 链接服务器，并编写从多个数据库检索数据的查询。

  • 使用 OPEN ROWSET 功能指定不同的数据库。

报表服务器上争用同一内存资源的多个应用程序会影响报表处理。

请与系统管理员联系，验证内存管理配置是否是用于报表服务器的正确模型。有关详细信息，请参阅为报表服务器应用程序配置可用内存。

若要运行大型报表，必须调整两个超时值：报表执行超时值和 ASP.NET 超时值。

报表执行超时值在报表服务器上指定。有关详细信息，请参阅为报表和共享数据集处理设置超时值 (SSRS)。

ASP.NET 超时值策略由报表服务器配置文件控制。此文件的默认位置为：<驱动器>:\Program Files\Microsoft SQL Server\MSRS10_5.MSSQLSERVER\Reporting Services\ReportServer\web.config。若要设置请求可以执行的最大秒数，请向此文件中添加 httpRuntime 元素：

<configuration>
   . . .
   <system.web.
      . . .
      <httpRuntime executionTimeout="90"/>
      . . .
   </system.web.
   . . .
</configuration>

此值可能需要表示几个小时，具体取决于报表的大小。

某些功能仅在某些呈现器中受支持。如果查看报表的主要格式是一种特殊文件格式，则可能必须修改报表设计以优化用户的查看体验。

• 在有意义的位置添加分页符。例如，每个分页符在 Excel 中定义一个新的工作表。每个工作表最多可以容纳 65000 行。在报表中设置分页符时，请考虑这些限制。

• 若要导出到 Excel，请勿合并 Tablix 数据区域中的单元。在自由格式的报表中，垂直对齐报表项。合并后的单元和未对齐的报表项会影响已导出报表中的 Excel 功能。

• HTML 分析器在呈现非常大的 HTML 页时效率很低。如果在呈现报表时遇到麻烦，请选择可产生更小文件的格式（例如，CSV）。如果由于报表工具栏不可用而无法选择其他格式，可以定义一个订阅来设置呈现格式，将报表作为静态文档传递到文件共享位置。有关详细信息，请参阅 Reporting Services 中的文件共享传递。