診斷 Financial Reporting 報表效能問題
設計不良的 Financial Reporting 報表可能會產生數個「多維表示式 (MDX)」要求或 Oracle Essbase 查詢，導致耗用大量 Oracle Enterprise Performance Management Cloud 資源。使用過多資源會導致並行使用者存取這類報表時效能降低。
報表中有數個區段存在是產生大量 MDX 要求的關鍵原因。本節說明如何藉由縮減區段數讓 Financial Reporting 報表更有效率。
重新設計報表：使用案例
原始報表
以下圖解說明原始報表設計：
此報表圖解顯示這些設計元素：
- 每個「實體」成員 100、200、403 和 500 都有多列。
- 每個實體成員都有 8 列，每一列用於不同科目。
下表呈現原始報表設計與最佳化設計的概要檢視：
| 原始報表設計 | 最佳化設計 |
|---|---|
每個實體成員都有多列：
|
將
|
|
每個
|
將所有成員的所有區段結合成一個區段：
|
最佳化報表
以下圖解說明最佳化報表設計，其中縮減了區段數。縮減區段數可減少 MDX 要求數，讓報表執行速度更快：
其他重要的報表設計注意事項
- 對 ASO 立方體設計報表 (可能的話)。只有在 ASO 立方體無法使用時，才會對 BSO 立方體設計報表。
- 一律選取隱藏下方的遺漏區塊，確定報表中未包含遺漏區塊。
- 最小化列數和欄數。最佳作法：對欄使用密集維度，並對列使用稀疏維度。
- 設計報表，在成員的必要子項層級進行查詢，而非父項層級。
- 如果層級 0 成員標記為「動態計算」但沒有公式，請移除「動態計算」標記或建立其公式。您無法將資料載入至標記為「動態計算」的層級 0 成員。它們無法顯示值，因為這些成員標記為「動態計算」但沒有可計算值的公式。此類成員對擷取效能會有不利的影響。
- 請儘可能避免使用具有大型成員組合的關聯性類型報表 (具有多個以函數擴充之列維度的報表)。大型報表可能需要相當大量的時間來執行 (或可能無法執行)。當儲存格數超過一萬個時，即視為大型報表。這就像將 Financial Reporting 當作大規模資料擷取工具，但它並不是。
- 避免使用具有大量含有會從資料來源擷取額外中繼資料的文字函數 (例如，
CellText、PlanningAnnotations和ListOfCellDocuments) 之儲存格的報表。 - 使用目前 POV、提示或報表簿來取代 Page 維度；執行報表時，會一次擷取所有 Page 成員。
- 考量並測試「條件格式」和「條件隱藏」的影響，這會依據報表大小影響效能。效能會依準則的類型及其在報表內的使用頻率而有所不同。準則若是中繼資料或資料查詢的一部分 (例如資料值、成員名稱，以及成員別名或描述)，轉譯速度就會很快。使用大型報表時，請儘量少用不屬於一般中繼資料或資料查詢的準則。這類準則的範例包括層代、層級、科目類型及屬性值。
- 請考慮維度版面配置。例如，分析可從 POV 或分頁移動到報表主體的項目。
- 一律設計對稱 (與非對稱) 報表。Essbase 查詢可能是對稱或非對稱。對稱查詢是已對列或欄查詢的成員為跨維版面配置一部分的查詢。非對稱查詢是列或欄中所查詢成員的跨維版面配置變更的查詢。
發現非對稱查詢時，只處理對稱方格的 Essbase 混合查詢引擎會自動將它分為多個對稱方格。這些對稱方格會逐一進行處理，然後以原始非對稱表單傳回，這樣會讓程序較不具效率。
疑難排解 Financial Consolidation and Close 擷取效能
請參閱疑難排解 Financial Consolidation and Close 擷取效能，以取得有關在 Financial Consolidation and Close 環境中對報表效能進行疑難排解的資訊。
複查最近的應用程式變更
識別最近對應用程式的變更是否造成報表產生速度變慢。您可以將最近「活動報表」之「應用程式大小」表格中的資訊與來自報表運作良好之先前日期的「活動報表」中的資訊做比較，來達到此目的。此外，也請複查最近對報表設計與使用方式進行的任何變更，以確認這類變更尚未影響報表。