列印      開啟 PDF 版的線上說明


上一個主題

下一個主題

最佳化績效

每次存取報表或進行分析時,會從資料庫中擷取您的資料,資料經過報表伺服器處理後,最後顯示在頁面上。分析愈複雜,查詢資料庫來擷取並呈現資料所需的時間也愈長,因此本主題將提供一些準則,來協助您建立可盡快顯示的報表。

在您開始之前。請執行下列作業:

  • 檢閱 Oracle CRM On Demand 中可用的預建報表。這些報表可處理大多數的報表需求。
  • 參加訓練課程。
  • 收集報表需要,並讓關係人核准這些需求。
  • 請檢查瀏覽器設定,確定瀏覽器用戶端有正確的效能設定。
  • 瞭解報表效能。如需詳細資訊,請參閱關於報表效能

關於主題區域

您可以根據報表與業務需求,使用兩種主題區域。

每當要建立報表時,應使用「分析」主題區域,這些主題區域是使用特別建構的資料倉儲建立而成,該資料倉儲已經過微調,在查詢時能有更好的查詢效能。「分析」主題區域所使用的資料倉儲每一天都會重新整理,使用這些主題區域所建立的報表其結果顯示速度比以「報表」主題區域建立的報表快,即使是大型與複雜的查詢亦是如此。

「報表」主題區域是使用相同的資料庫建立的,應用程式中所有其他的使用者交易也會在這個資料庫中發生,因此應用程式會根據為報表擷取資料的時間來競爭相同的資源。

使用「報表」主題區域的準則

如果您使用的是「報表」主題區域,請遵循以下的準則:

  • 若有可能,請使用「地址 (延伸)」資料夾中的欄位。
  • 若有可能,盡量不要使用下列項目:
    • 自訂選擇清單欄位。
    • 任何「使用者所有」資料夾的欄位,而是使用「負責人」欄位。
    • 「客戶」資料夾內「主要聯絡人」資料夾的欄位。
    • 「日期」或「日期/時間」欄位的 CAST 功能。
    • 「上階客戶」、「上次修改者」、「建立者」與「經理」欄位。
    • 日期類型資料夾的欄位,例如「建立日期」與「結案日期」資料夾。

      雖然使用這些資料夾能夠很方便地將日期屬性群組為週、月、季或年,但也會讓查詢變得更複雜,甚至影響到報表的效能。如果日期資料夾的欄位出現效能問題,請嘗試使用主要記錄類型資料夾的「日期」或「日期/時間」欄位。例如開啟「商機」主題區域,然後選取「商機」資料夾的「結案日期」欄位,而非「結案日期」資料夾的欄位。

改善效能準則

請遵循下列準則改善效能:

以累加的方式建立報表

請執行下列作業:

  • 從建立小報表開始,然後一邊建立一邊測試。一開始先有一些欄位,測試過這些欄位後,再新增更多的資料欄。
  • 測試篩選器以決定最佳的使用順序。

    不同的順序會使效能提升或降低,但只有在反覆試驗嘗試錯誤後,才能幫助您決定順序。

盡量不使用跨欄位或資料欄的記錄類型

請遵循下列準則:

  • 資料欄。當您選取一種以上記錄類型的資料欄來分析時,會增加資料查詢的複雜度。這樣的複雜度會影響顯示結果的速度。因此,在報表中包含跨記錄類型的欄位時,請注意這一點。
  • 資料欄選取器。請將所有資料欄選取器保持為相同的記錄類型。盡量不要使用跨其他記錄類型的資料欄選取器。
  • 提示。嘗試讓所有的提示參考同一個記錄類型資料夾之內的欄位。

使用索引欄位

請執行下列作業:

  • 使用索引欄位篩選即時報表的資料。

    索引欄位已最佳化,讓報表結果可更快速顯示。

  • 請在設定資料之前先進行規劃,確保索引欄位中儲存的是正確的資料。

    依照此作法建立的報表會使用索引欄位,並將索引欄位加入到最佳的位置。Oracle CRM On Demand 也有索引自訂欄位,但數目有限。欄位的數目會視欄位類型與記錄類型而異。

限制組織階層為五個層級

使用者在組織階層的位置愈高,傳回的資料愈多,報表執行的速度也愈慢,因此請將階層數上限限制為五個層級。

使用篩選器

使用篩選器可限制當您存取分析時傳回的資料數量,可加快執行報表的速度。

  • 將套用篩選器作為建立報表的第一個步驟,如果您的公司有很多的資料,請您先套用篩選器,再執行報表的第一次預覽。
  • 優先篩選您的驅動記錄類型。例如,使用「活動」主題區域時,請篩選「活動」。
  • 先選擇限制最多的篩選器,在試驗之後,再視需要減少限制。

但在新增篩選器時,請先思考下列的準則:

  • 如果篩選器參考的資料欄含有基礎 CASE 公式,則此篩選器對於報表效能可能會有不利的影響,這取決於公式與所需的相關處理。當篩選的欄位含有 CASE 陳述式或其他公式時,請不斷試驗以決定此篩選對於報表效能有何影響。
  • 在使用 CASE 公式之前,請先問問自己以下的問題:
    • 是否能在 Oracle CRM On Demand 中使用工作流程功能執行此分類?
    • 此分類代碼是否出現在其他報表中?如果有,請考慮建立新的資料欄,並建立工作流程來填入資料欄。
  • 與篩選自訂「日期與時間」欄位的相似報表相比,篩選自訂「日期」欄位的報表執行速度較快,這是因為所有的「日期與時間」欄位均涉及轉換時區,這會影響報表效能。因此若有可能,請篩選自訂「日期」欄位,而非自訂「日期與時間」欄位。
  • 避免在不同的記錄類型或資料欄中使用 OR 子句 (例如 SR.Type = 'A' OR SR.Priority = 'High' OR Account.Industry = 'Medical')。請改用如下:
    • 移除 OR 子句,並以樞紐分析表執行進一步分類。
    • 將報表分成數個小報表,然後使用合併分析來合併結果。

依照準則定義提示

您可以在 Oracle CRM On Demand 中「構建和檢視分析」頁面的「步驟 3」定義報表的提示。這些提示可讓存取完成報表的使用者進行選擇,以限制報表的資料。當執行使用提示的報表時,提示處理時間與報表處理時間會影響到使用感受。

如果您在報表中新增提示,請執行下列作業:

  • 將報表所使用的提示數目降到最少。
  • 避免為「圖像」提示使用高解析度的圖像。建議您不要在報表上使用每英吋點數 (dpi) 超過 100 的圖像。為達成最佳效能,請使用 50 dpi 以下的圖像。
  • 定義提示時,請在「使用者可檢視的值」功能表中選取「無」或「所有值」,以獲得最佳效能。請避免使用「篩選有限的值」選項,此選項會限制報表顯示的提示選項,而限制則依據報表上套用的其他篩選器與提示。如果報表中有大量的資料,則此選項會讓報表效能變慢。

    如果您決定選取「無」、「所有值」或「篩選有限的值」選項,則建議您在所要的報表效能,與以最佳的方式對使用者顯示可選取的值之間取得平衡。

提供詳細報表的向下探鑽連結

請執行下列作業,而不要建立會顯示一長串資料表格與圖形的報表:

  • 設計初始報表來顯示摘要資訊或趨勢,並讓使用者向下探鑽至詳細資料。
  • 以第一個報表的資料為目標來建立更詳細的報表,然後提供摘要報表的向下探鑽連結。

下列程序說明如何將報表連結到表格。

連結報表與表格

  1. 按一下「格式化資料欄」圖示,開啟「資料欄屬性」對話方塊。
  2. 按一下「資料欄格式」頁標。
  3. 在「值互動類型」下拉式清單中,選擇「瀏覽」。
  4. 在「瀏覽至其他分析」欄位中,瀏覽到您想要向下探鑽的詳細報表,再按一下「確定」。

限制設定作業數目

進階功能可讓您結合查詢。接著您可以執行設定作業,例如聯集、交集與報表上的其他結合動作,來建立最終報表。所結合的查詢結果數目愈多,執行最終報表所需的處理時間也愈長。為獲得最快的處理速度,請將設定作業數目限制為不超過三個。

釐清 HTML 程式碼與敘述

當使用的 HTML 與 SQL 有關時,請執行下列作業:

  • 確定 HTML 是清楚且精確的,不包含任何不必要的標記或多餘的資訊。
  • 確定敘述是清楚且精確的,不包含不必要的指示。

    精確的敍述可讓指定的格式更有效率,並減少效能問題。

移除樞紐分析表的資料欄

樞紐分析表可讓您以多個檢視顯示報表,而不用寫多個報表,但樞紐分析表也可能影響效能。請盡可能移除報表條件中樞紐分析表本身不使用的資料欄 (在「步驟 1 - 定義條件」中)。

使用圖形樞紐結果

請儘可能為每個需要圖形的樞紐分析表使用「圖形樞紐結果」,而非另外建立圖形檢視。分析中的多個圖形會需要更多的處理,因為 Oracle CRM On Demand 必須個別建立圖形,而非使用樞紐分析表同時建立。

確定報表可調整

報表在匯入所有的生產資料之前可能會順利執行,但在匯入所有的生產資料後,增加的資料量會對報表效能造成不利的影響。如果您正在實作 Oracle CRM On Demand,在匯入所有的生產資料後,請用一點時間重新測試並微調報表。

在篩選中使用最佳化代碼與 UTC 欄位

許多呈報主題區域均在其維度中包含經過最佳化的特殊欄位,以在用於篩選時可縮短查詢時間。最佳化欄位是以代碼UTC 字樣為結尾。例如,「客戶」維度擁有「客戶類型」欄位。此外還有「客戶類型代碼」欄位,也就是「客戶類型」欄位的最佳化版本。最佳化與非最佳化欄位都會在報表中產生相同結果,但在篩選中使用最佳化欄位的查詢速度較快。此方式比使用非最佳化欄位更為快捷。在篩選條件中使用此類欄位可減少額外的表格聯結,並避免需根據您公司的時區進行時間標記轉換。

備註:最佳化欄位可支援所有支援語言的轉譯,但是不支援重新命名記錄類型。

若要判斷特定呈報主題區域是否有最佳化篩選欄位,請參閱該主題區域的線上說明,並搜尋最佳化篩選欄位標題。


2018年8月 Copyright © 2005, 2018, Oracle 及/或其關係機構。版權所有. Legal Notices.