共用方式為


模型導向應用程式報告功能和考量

模型導向應用程式具有許多功能,可讓客戶顯示商務資料,協助他們推動決策,並更有效地與客戶及其資料互動。

這些會在 報告概觀 中說明,包括

隨著應用程式資料庫中保存的資料量不斷增長,考慮您的 BI 策略並確定報告和視覺化大型資料集的最有效機制變得比以往任何時候都更加重要。

報告基礎結構

在環境中,報告基礎結構是共用的,且與資料庫分開。 在此架構中,雖然客戶共用執行報表所需的資源,但每個報表都是在客戶的個別資料庫實例上執行的。

Microsoft Dataverse 內建的報告功能旨在讓使用者在跨越較短時間段的資料集上執行報告。 考慮到這一點,請注意以下固定設置:

  • 報表和查詢可以執行最長五分鐘。 到達最大時間限制時,報表將會逾時,並傳回訊息給使用者。 在五分鐘的持續時間內,報告和查詢可以跨越超過 50,000 列的大型資料集,這提供了顯著的靈活性來滿足大多數的操作報告需求。

  • 若要改善查詢回應,建議詳細報告將大量資料列的顯示降到最低。 若要這樣做,請套用適當的篩選以減少傳回的資料列數。 當您建立彙總或摘要報表時,查詢應該是將彙總推送至查詢,而不是提取詳細資料列來執行報表中的彙總。 其他資訊: 使用 FetchXml 彙總資料報表預先篩選

  • 「報表檢視器」頁面受限於平台 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:何謂[記錄]?