模型導向應用程式報表功能和考量事項
模型導向應用程式有許多可讓客戶採掘商務資料，協助其做出決策，並更有效與客戶和其資料進行互動的功能。
這些均在報表概觀中說明，包括
- 檢視表。
- 圖表。
- 儀表板。
- SQL Server Reporting Services 報表。
- Microsoft Excel 整合可讓使用者使用 Power BI 功能 PowerView、PowerPivot 和 PowerQuery 輕鬆組建自助服務報表。
- Power BI。
隨著應用程式資料庫中保存的資料容量持續擴增，考量您的 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：記錄是什麼 []？