Remarques concernant l'optimisation et les performances

Utilisez des modèles dans les règles métier afin d'éviter la répétition de sections de code et d'utiliser au mieux les invites d'exécution.
Vérifiez les dépendances sur les membres de calcul dynamique dans chaque calcul. Si possible, modifiez le calcul pour éviter d'inclure l'utilisation répétée du calcul dynamique ou d'enlever ce dernier.
Utilisez des instructions FIX et IF pour focaliser votre calcul afin de s'assurer que seules les données requises sont calculées.
Evitez de créer un résultat de données égal à 0 (zéro), sauf si vous voulez voir un zéro ; par exemple pour les niveaux de stock. Cela entraîne la création d'un bloc, qui est inclus dans toutes les instructions FIX et IF et calculé. Enlevez les zéros du chargement de données, si possible, ou empêchez la création de zéros dans les règles métier.
Evitez d'employer la logique booléenne dans l'instruction IF utilisée pour vérifier si une condition existe. Par exemple, remplacez
```
IF (("Budget" ==#missing) OR ("Budget" ==0))
```
par ce qui suit, qui génère le même résultat mais évite l'utilisation de la logique booléenne :
```
IF ("Budget" +1==1) or IF (Budget/Budget ==#missing)
```
Lorsque cela est possible, exécutez des calculs denses avant d'exécuter des calculs dispersés. Les calculs denses ne créent pas de blocs contrairement aux calculs dispersés. Lorsque vous exécutez des agrégations, pour obtenir le total d'un calcul d'allocation par exemple, veillez à agréger uniquement la section des données requise pour ce calcul d'allocation.
Réduisez les passes dans une base de données.
Evitez les formules récursives. Une récursivité excessive peut créer des problèmes de performances et exiger que vous effaciez des valeurs pour générer des résultats cohérents.
Pour consulter les meilleures pratiques de remplacement de blocs zéro et de suppression de blocs #Missing dans les cubes BSO afin de réduire la taille de la base de données, reportez-vous à la section Optimisation des cubes BSO.