模型驱动应用报告功能和注意事项

模型驱动应用程序具有很多允许客户显示业务数据的功能，可帮助客户推进决策过程，与其客户和数据更有效地互动。

这些功能在报告概述中进行了介绍，包括

视图。
图表。
仪表板。
SQL Server Reporting Services 报表。
允许用户使用 Power BI 功能 PowerView、PowerPivot 和 PowerQuery 轻松构建自助报表的 Microsoft Excel 集成。
Power BI。

随着应用程序数据库中持有的数据量规模不断增长，考虑您的 BI 战略并确定最有效的报告和可视化大型数据集的机制变得空前重要。

报告基础结构

在环境中，报告基础结构被共享，并与数据库相互分开。在此架构中，虽然客户共享运行报表所需的资源，但每个报表根据客户的单个数据库实例运行。

内置到 Microsoft Dataverse 报表功能旨在使用户能够运行跨度时间较短的数据集的报表。鉴于此，请注意以下固定设置：

报表和查询最长执行五分钟。达到最大期限时，报表将超时，并向用户返回消息。在五分钟持续时间内，报表和查询允许跨 50,000 行以上的大型数据集，这提供了很大的灵活性，可以满足大多数运行报告的需求。
若要改善查询响应，建议最大程度地减少详细报告显示的大量行。为此，应用相应筛选以减少返回的行数。在创建聚合或汇总报表时，查询应该将聚合推送到查询而不是 Fetch 详细行以在报表中执行聚合。详细信息：使用 FetchXml 聚合数据和报表预筛选。
Report Viewer 页面受平台 API 限制的约束。多次执行长时间运行的报表可能会导致错误，用户可以等待几分钟，然后重试。这是每用户限制，不应影响多个用户对报表的正常使用。
对于在仪表板中显示的图表和网格，您的应用允许用户运行数据集在 50,000 行以下的查询。如果用户运行跨 50,000 或更多行的数据集的仪表板查询，将返回消息“超出最大行限制。减少行数”。数据集的实际设置将帮助确保应用程序具有最佳性能。

通常，对于大多数组织的报告需求，这些设置已经足够。一般来说，为了确保您的用户不超出这些设置，同时为了改进报表查询性能，请考虑以下最佳做法。

在创建自定义报表或仪表板时，可以将其设计为，通过在报表中添加基于时间的筛选器（例如当前月份或季度）限制结果查询来在更短的时段内查询更小的数据集。
限制返回结果所需的表数。这可帮助减少运行查询和返回结果集所需的时间。
减少详细报表的行数。适当筛选可用于减少查询返回的行数以减少超时。
对于聚合或汇总报表，查询必须用于将聚合推送到数据库而不是 Fetch 详细行，并在 SQL Server Reporting Services 报表中执行聚合。
如果适合您的业务，用户应运行默认（现成）报表和仪表板。这些报表和仪表板通常设计为每个用户数据集查询，那么在大多数情况下，不会超出数据集限制。

如果用户必须运行超出这些设置的报表，建议您查看以下选项，获取可满足复杂报表需求的帮助。通过使用数据集成解决方案，这两个选项有效地从 Dataverse 将报告工作负载卸载到其他数据存储。

适配器与 SQL Server Integration Services (SSIS) 结合用于扩展与您的应用程序数据集成的功能。
提取转换加载 (ETL) 工具为创建数据分析提供了一组新工具，方法是通过合并多个数据源，或在未使用 SSIS 的情况下将数据提取到数据仓库解决方案。 ETL 工具为连接 Dataverse 以移动数据提供了综合解决方案。

重要

在使用这些工具时，建议在非商业时间移动或同步数据。

如果需要，有许多 Microsoft 合作伙伴可针对您的特定报告需求提供解决方案，如创建专门用于运行大报表的数据的脱机副本。这些合作伙伴熟知可用的数据集成工具。详细信息：查找 Dynamics 365 合作伙伴

备注

您能告诉我们您的文档语言首选项吗？进行简短调查。（请注意，此调查是英文版调查）

此调查大约需要七分钟。不会收集个人数据（隐私声明）。