配置規則來源和目的地的最佳作法

儘可能避免在規則來源、目的地或目標中使用階層的頂端。

資料庫已很有效率，但精簡的規則定義可讓它更有效率。

例如，來源若定義為 "AllAccounts"、"AllEntities"、"AllCompanies" 以及 " AllProducts "，且其中的 Accounts、Entities、Companies 及 Products 各有 1000 個層級 0 成員，資料庫便需掃描 1000⁴ (1 兆) 個可能的位置來尋找來源資料。

在配置目的地使用「與來源相同」選項。請參閱將目的地與來源設為相同。

• 對於您希望部分維度的配置就地進行、跨維度分散的情況，允許您使用單一規則來處理眾多來源組合

• 通常允許以一個 Enterprise Profitability and Cost Management 規則取代舊版系統的許多規則

選取來源成員時應以父項成員為優先

• 如果可以挑選父項，請避免挑選個別子項，或者使用針對規則處理設計的替代階層，將成員聚集於共同父項中。

• Oracle Essbase 如果可以處理父項的所有子代，而不是針對每個子項進行多次傳遞，其處理速度通常會快得多。

必須對可疑的來源與目的地組合提出質疑。

例如，來源和目的地如果都是 "Total Entity"，則 Entity 組合的向量積將會很大。