模型導向應用程式報表功能和考量事項

模型導向應用程式有許多可讓客戶採掘商務資料,協助其做出決策,並更有效與客戶和其資料進行互動的功能。

這些均在報表概觀中說明,包括

隨著應用程式資料庫中保存的資料容量持續擴增,考量您的 BI 策略,以及決定報告和視覺化大量資料集的最有效機制,變得愈來愈重要。

報表基礎結構

在環境中,報表基礎結構是共用的,有別於資料庫。 在此架構中,雖然客戶共用執行報表所需的資源,但每份報表仍依靠客戶的個別資料庫執行個體來執行。

內建於 Microsoft Dataverse 的報表功能,其設計目的是要讓使用者在涵蓋較短期間範圍的資料集上執行報表。 有鑑於此,請注意下列固定設定:

  • 報表和查詢可以執行最長五分鐘。 到達最大時間限制時,報表將會逾時,並傳回訊息給使用者。 在五分鐘時間內,允許報表和查詢的範圍擴及超過 50,000 個資料列的資料集,這提供了相當大的彈性,可以滿足大部分的操作報表需求。

  • 為了改善查詢回應速度,建議使用詳細報表時,盡量避免顯示大量的資料列。 若要這麼做,請套用適當的篩選,降低傳回的資料列數目。 當您建立彙總或摘要報表時,查詢應該是將彙總推送至查詢,而不是提取詳細資料列來執行報表中的彙總。 更多資訊:使用 FetchXml 彙總資料報表預先篩選

  • Report Viewer 頁面受平台 API 限制約束。 多次執行長時間執行的報表可能會導致錯誤,使用者可以等待幾分鐘然後再試一次。 這是根據使用者的限制,不應影響多個使用者正常使用報表。

  • 如果是在儀表板中顯示圖表和格線,應用程式可讓使用者執行含有資料列少於 50,000 列之資料集的查詢。 如果使用者執行範圍擴及 50,000 列 (含) 以上資料集的儀表板查詢,就會傳回訊息「已超過資料列上限。 減少資料列數目」。 資料集的實際設定有助於確保應用程式的最佳效能。

報表秘訣及解決方案

對大部分組織的報表需求來說,這些設定通常很適當。 為了確保使用者不會超過這些設定的限制,並改善一般報表查詢效能,請考慮採用下列最佳做法。

  • 建立自訂報表或儀表板時,在報表中加入時間篩選 (例如目前月份或季度) 以限制結果數,將它們設計成查詢涵蓋較短期間的較小型資料集。

  • 限制傳回結果所需的資料表數目。 這有助於縮短執行查詢和傳回結果集所需的時間。

  • 減少詳細報表中的資料列。 您可以使用適當的篩選,減少查詢傳回的資料列數量以降低發生逾時的情況。

  • 建立彙總或摘要報表時,必須使用查詢將彙總推送至資料庫,而不要提取詳細資料列並在 SQL Server Reporting Services 報表中執行彙總。

  • 當情況適合您的企業時,使用者應執行預設 (內建) 報表和儀表板。 這些報表和儀表板通常設計成針對個別使用者資料集進行查詢,因此大部分情況都不會超過資料集限制。

如果使用者必須執行超過這些設定的報表,建議您檢閱下列選項以協助處理複雜報表需求。 這兩個選項都可以藉由使用資料整合解決方案,有效地將報表工作量從 Dataverse 卸載至其他資料存放區。

  • 配接器會搭配 SQL Server Integration Services (SSIS) 一起使用,以擴充與應用程式資料整合的功能。

  • 擷取轉換負載 (ETL) 工具提供新的工具組,藉由結合多個資料來源,或者將資料擷取到資料倉儲解決方案 (如果 SSIS 未在使用中的話),以建立資料分析。 ETL 工具提供連線 Dataverse 以移動資料的完整解決方案。

重要

使用這些工具時,建議在非上班時間移動或同步處理資料。

需要時,還有許多 Microsoft 合作夥伴的協助,可以針對您的特定報表需求 (例如,建立特別用來執行大型報表的資料離線複本) 提供解決方案。 這些合作夥伴非常專業,十分在行,並且會提供有用的資料整合工具。 其他資訊:尋找 Dynamics 365 合作夥伴

SSIS 的協力廠商配接器

ETL 工具

請參閱

報表製作擴充功能 (與 SQL Server Data Tools 支援)

Microsoft Power Query for Excel 簡介
Dynamics 365 for Customer Engagement OData 摘要和 Power Query:什麼是「記錄」?

注意

是否能請您告知您偏好的慣用文件語言? 請填寫問卷。 (請注意,本問卷為英文版)

完成問卷大約需要七分鐘。 本問卷將不會收集個人資料 (隱私權聲明)。