基本設計注意事項

  • 如果不是業務需求的一部分,建議您關閉資料稽核。已知「資料稽核」表格超過 10GB 的應用程式會有效能降低的狀況。

    提示:

    若要截止成員稽核,請針對中繼資料檔案中的所有成員,將 EnableDataAudit 屬性變更為 N。

  • 將規則載入至生產環境之前一律先進行測試,以避開設計不良的規則潛藏的任何陷阱 (例如,規則導致資料暴增)。想要達到可接受的系統效能,有效率的規則至關重要。

  • Oracle Hyperion Financial Management 在透過子立方體執行所有處理時會將子立方體儲存在 RAM 中,因此子立方體越大,對效能的影響也越大。嘗試盡可能縮小子立方體,例如,不讓子立方體超過 200,000 的基準記錄限制,以確保最佳系統效能。

  • 建議不要在 Financial Management 應用程式中載入至或計算零。零會被視為資料儲存,這會增加資料庫大小並影響效能。建議您只將數值資訊 (例如 1000) 儲存在 Financial Management 中。請參閱 Oracle Hyperion Financial Management 使用者手冊 中的⟨資料檔案⟩一節。

  • 如果 Financial Management 未正常關閉,重新開機時會留下臨時檔案。若要確保最佳效能,建議您在啟動 Financial Management 之前,先從 Financial Management 伺服器工作資料夾刪除所有 *.db.* 檔案名稱。

  • 若要附加多個文件至資料方格或處理程序單元,Oracle 建議您不要附加超過三個文件至儲存格。每個文件都應小於 100K,以減少對資料庫效能造成的影響。

    提示:

    建立應用程式時,您可以設定使用者文件附件的大小限制和文件附件的最大數量。您可以在應用程式中繼資料的 AppSettings 屬性設定值限制。

  • 請在適當的情況下才使用「整合全部」選項。如果使用此選項,系統將不會略過具有 NoData 的實體,這會大幅影響整合效能。

    提示:

    「整合」(受影響的整合) 是最有效率的選項,因為系統只會更新需要邏輯或整合的實體。在變更中繼資料後,對於將系統狀態從 OK SC 變更為 OK,「整合包含資料的所有實體」選項是最有用的選項。如需其他資訊,請參閱 Oracle Hyperion Financial Management 使用者手冊中的⟨整合選項⟩一節。