IBM Cognos Framework Manager Version 10.2.0 - Guide d'utilisation

flottante binaire et le format de votre rapport inclut un grand nombre de nombres
décimaux, le nombre 1,1 peut en réalité représenter un nombre tel que
1,09999999999997.
Si votre rapport est formaté pour utiliser uniquement une décimale après la virgule
flottante, l'arrondi de décimales est utilisé, en guise de compensation à l'arrondi
binaire. Le nombre affiché est ainsi 1,1, alors qu'en réalité il s'agit de
1,09999999999997. Lorsque ce nombre est utilisé dans des calculs, vous risquez de
trouver des erreurs d'arrondi. Par exemple, les calculs de Microsoft Excel utilisent
des nombres binaires (sans arrondir les nombres décimaux) ; cependant, le
formatage des rapports affiche des décimales arrondies, ce qui peut générer de
légères différences.
Erreurs d'arrondi de division
Les calculs qui comportent une division impliquent généralement des erreurs
d'arrondi, quel que soit le mode de représentation des nombres. La moyenne et le
pourcentage de base constituent des exemples ce type de calcul.
Instructions de conception pour réduire l'effet de l'arrondi
La meilleure solution consiste à modifier le schéma ou le modèle de cube de la
base de données sous-jacente. Cependant, cette opération n'est pas toujours
possible. Une autre solution consiste à réduire l'effet de l'arrondi. Pour ce faire,
suivez les instructions suivantes lors de la création de rapports et de modèles dans
IBM Cognos FrameWork Manager, et de cubes OLAP externes :
v Evitez de stocker des données avec des virgules flottantes dans la mesure du
possible. Cela s'applique particulièrement pour les valeurs monétaires, qui
doivent être stockées sous forme de décimales à point fixe ou d'entiers avec une
valeur d'échelle telle que 2.
Par exemple, dans un cube, les revenus pour le matériel de camping en 2004
sont de 20 471 328,88 $. Si les détails des revenus sont stockés sous forme de
nombres en virgule flottante, des erreurs d'arrondi risquent de se produire lors
du calcul des revenus.
Les erreurs d'arrondi peuvent présenter de légères différences, en fonction de
l'ordre du calcul. Si les revenus pour les Produits sont calculés en premier et
ensuite ceux associés aux Heures, vous risquez de trouver une erreur d'arrondi
différente par rapport aux revenus associés aux Heures calculés avant ceux des
Produits.
Les revenus totaux peuvent être calculés comme le nombre ci-dessus. Ou de
légères différences peuvent se produire, par exemple, 20 471 328,8800001 $ par
opposition à 20 471 328,88 $. Le nombre interne peut être légèrement différent
de celui affiché. Ce nombre peut même être utilisé pour différentes exécutions
du même rapport, selon l'ordre utilisé par le moteur OLAP pour le calcul.
v Dans les rapports, évitez la division dans la mesure du possible. Lorsque vous
ne pouvez éviter une division, essayez de l'effectuer le plus loin possible dans le
processus de calcul. Par exemple, au lieu d'effectuer l'opération
Total([Revenus]/1000), utilisez Total([Revenus])/1000.
v Lors de comparaisons, ajoutez une marge pour tenir compte de l'arrondi. Par
exemple, vous pouvez faire de [% de profit] une valeur fractionnaire mise en
forme en tant que pourcentage sans décimales. Cependant, le filtre [% de
profit]0 (ou [% de profit] NON COMPRIS ENTRE 0 et 0) rejette les valeurs
zéro et peut renvoyer des valeurs qui s'affichent comme 0 % après le formatage.
Pour éviter cela, effectuez le filtrage de l'une des manières suivantes :
404 IBM Cognos Framework Manager Version 10.2.0 - Guide d'utilisation