02 • 34 • 09 • 31 • 70
Souvent, dans nos reporting et tableaux de bord, nous désirons afficher des Taux, des Ratios, des % par rapport à un autre élément.
Lorsque nous désirons « supprimer l’affichage des lignes à zéro » et, pour autant, afficher nos valeurs de ratio, nous devons alors « feeder » ces mêmes ratios.
Avec Planning Analytics (Aka TM1), une attention particulière doit être portée lors de l’écriture des feeders, sous peine de voir les performances s’écrouler et les consommations de ressources (Ram) augmenter de manière exponentielle, d’autant que le feedage de « ratio » obligerait alors à feeder par l’élément consolidé au numérateur (et donc, par tous les membres de niveau zéro descendant de ce membre consolidé !)
Exemple : (Feeders Classiques)
[’TxResultatNet_Vs_MargeOpe’] = [’ResultatNet’] \ [’MargeOpe’];
Qui devrait se feeder avec :
[’ResultatNet ’] => [’TxResultatNet_Vs_MargeOpe’] ;
On imagine sans peine les conséquences en terme de performance d’un tel feeder !
Nous pouvons drastiquement optimiser en utilisant une implémentation naturelle : le « feedage implicite » :
« Lorsqu’un membre d’une consolidation est feedé, alors sa consolidation l’est aussi (feedée).»
Imaginons alors notre dimension comme étant :
La dimension « indicateur » ayant "TxMarge" consolidant (directement ou indirectement la Marge)
Nous allons écrire des règles de calculs, classiques, du genre :
SKIPCHECK;
['CA'] = N: ['Qte'] * ['Tarif'];
['TxMarge'] = ['Marge'] \ ['CA'] ;
Nous aurons bien évidement besoin de feeder la règle en « N : »
FEEDERS;
['Qte'] => ['CA'];
Mais aucun besoin de feeder la règle de calcul du ratio (elle est implicitement feedée par le CA(Qte) )
Et voilà, vous connaissez désormais l'astuce pour optimiser la performance des ratios dans Planning Analytics !
Vous souhaitez bénéficier d'experts, de développeurs, ou d'une formation sur IBM Planning Analytics ? Rendez vous sur la page Contact