Dans la mesure du possible, évitez d'utiliser la partie supérieure des hiérarchies dans la source, la destination ou les cibles de règle.
La base de données est efficace, mais peut être optimisée grâce à des définitions de règle compactes.
Par exemple, une source définie comme AllAccounts, AllEntities, AllCompanies et AllProducts, où Accounts, Entities, Companies et Products comportent chacun 1 000 membres de niveau 0, nécessite que la base de données analyse 1 0004 (1 billion) emplacements potentiels pour les données de source.
Utilisez l'option Identique à la source dans la destination d'allocation. Reportez-vous à la section Définition de la destination sur Identique à la source.
Cette option vous permet d'utiliser une seule règle afin de traiter de nombreuses combinaisons source pour lesquelles vous voulez que les allocations restent à leur emplacement pour certaines dimensions et se répartissent dans d'autres cas.
Elle permet souvent à une règle Enterprise Profitability and Cost Management de remplacer de nombreuses règles d'un système hérité.
Les sélections de membres source doivent privilégier le membre parent.
Evitez de choisir des enfants si vous pouvez choisir le parent. Vous pouvez aussi utiliser une hiérarchie alternative conçue pour le traitement de règle vous permettant de regrouper des membres dans un parent commun.
Oracle Essbase est souvent bien plus rapide s'il peut traiter tous les descendants d'un parent au lieu d'effectuer plusieurs passes pour chaque enfant.
Les combinaisons source/destination contestables doivent être remises en question.
Par exemple, si la source et la destination sont Total Entity, vous obtenez un produit croisé de combinaisons Entity important.