Travailler avec des rapports. SAP BusinessObjects Web Intelligence Rich Client
Travailler avec des rapports
Travailler avec des rapports
13.1 Données hiérarchiques et non hiérarchiques
En fonction de la source de données, les rapports contiennent des données hiérarchiques ou non. Les données hiérarchiques et les données non hiérarchiques se comportent différemment et vous les utilisez de façon différente.
13.1.1 Utilisation des données non hiérarchiques
Les données non hiérarchiques n'ont pas de relations parent-enfant. Une dimension représente un exemple d'objet non hiérarchique. Par exemple, les dimensions [Pays] et [Ville] dans un tableau affichent leurs valeurs de la façon suivante :
Pays
Etats-Unis
Etats-Unis
France
France
Ville
New York
Atlanta
Paris
Rennes
Bien que les données aient une relation hiérarchique (par exemple, "New York" et "Atlanta" sont les valeurs enfant d'"Etats-Unis"), les données s'affichent dans des colonnes non hiérarchiques et la relation parent-enfant n'est pas représentée dans la structure des données.
Vous pouvez analyser des données non hiérarchiques de plusieurs façons dans votre rapport, en les triant et les filtrant par exemple.
13.1.2 Utilisation des données hiérarchiques
169 2012-07-05
Travailler avec des rapports
Les données hiérarchiques organisent les données en relations parent-enfant et vous pouvez utiliser ces relations pour les parcourir et analyser les données et les résultats renvoyés par les indicateurs liés.
Les indicateurs associés aux hiérarchies sont agrégés en fonction de la position des données dans la hiérarchie. Par exemple, l'indicateur [Chiffre d'affaires] calcule le chiffre d'affaires total de [San Diego] et de [Californie], à un niveau d'agrégation moins détaillé, lorsqu'il est associé à la hiérarchie
[Géographie]. Parcourir la hiérarchie permet d'explorer différentes valeurs d'indicateur à ses différents niveaux.
L'affichage et le comportement des données hiérarchiques dépendent de l'élément de rapport qui les contient.
Rubriques associées
•
Utilisation des données non hiérarchiques
13.1.2.1 Restrictions relatives au reporting avec des données hiérarchiques
Le tableau ci-dessous répertorie les restrictions qui s'appliquent lors du reporting sur des données hiérarchiques. Ces restrictions sont également décrites dans les sections appropriées de ce guide.
Tableau 13-2 : Restrictions lors du reporting avec des hiérarchies
La restriction concerne...
Description
Indicateurs de requête BEx
Indicateur de requête BEx : l'indicateur qui agrège avec la fonction Somme (y compris l'agrégation), agrège la somme dans Web Intelligence et non dans la requête BEx. Les autres types d'agrégation d'indicateur sont délégués.
Saut sur un indicateur ou un détail
Un saut est toujours associé au tri sur l'objet auquel il s'applique. C'est pourquoi toute hiérarchie du tableau où le saut s'applique s'aplatit. L'utilisateur peut supprimer le saut sur l'objet sous-jacent pour restaurer la hiérarchie.
170 2012-07-05
Travailler avec des rapports
La restriction concerne...
Agrégation d'indicateur délégué
Exploration
Description
Cette restriction s'applique dès lors que des indicateurs délégués sont utilisés et n'est pas spécifique au reporting de données hiérarchiques. L'agrégation d'indicateur délégué renvoie #TOREFRESH si l'agrégation requise n'est pas disponible dans la requête. L'utilisateur doit actualiser le document pour obtenir le nouveau niveau d'agrégation. C'est le cas, par exemple, lorsque l'utilisateur se sert de la barre de filtre et sélectionne une valeur avant "Toutes les valeurs" et inversement, c'est-à-dire lorsqu'il sélectionne "Toutes les valeurs" avant de sélectionner une valeur.
L'agrégation d'indicateur délégué renvoie le message #NON
DISPONIBLE si l'indicateur délégué se trouve dans une formule sur une dimension ou dans un filtre à valeurs multiples sur une dimension ne figurant pas dans le contexte de l'agrégation de l'indicateur. Cela arrive, par exemple, lorsqu'une URL est définie par-dessus une dimension dans un tableau contenant un indicateur délégué. Dans ce cas, il est recommandé de créer une variable par-dessus la formule de l'URL comme détail de la dimension d'origine et d'inclure
(mais en la cachant) cette dimension d'origine dans le bloc.
Il n'y a pas de fonctionnalité explorer-remplacer applicable aux objets à partir d'une requête BEx (il n'y a pas de chemin de navigation).
Il n'y a pas d'exploration de requête sur les sources .unx OLAP.
171 2012-07-05
Travailler avec des rapports
La restriction concerne...
Développer/Réduire
Description
Développement/Réduction symétrique-asymétrique : lorsqu'un utilisateur développe/réduit une hiérarchie située à droite d'une autre hiérarchie, le système procède à un développement / une réduction asymétrique. Autrement dit, l'action
Développer/Réduire s'applique uniquement au membre sélectionné d'un membre donné de la hiérarchie située à gauche.
L'utilisateur peut explicitement demander un développement / une réduction symétrique, auquel cas l'action s'applique à toutes les instances du membre sélectionné (à tous les membres de la hiérarchie située à gauche).
Par défaut, le système procède à un développement / une réduction symétrique de la hiérarchie située à droite d'une dimension (dans ce cas, le développement / la réduction par défaut et le développement / la réduction symétrique donnent le même résultat).
Il se peut que le développement / la réduction d'une hiérarchie qui change à l'actualisation (variable de nœud de hiérarchie, sélection de membres par invite, modification au niveau du cube) se bloque après une actualisation effectuée à partir de l'aperçu dans l'éditeur de requête. Dans ce cas, l'utilisateur peut à nouveau faire glisser et déposer la hiérarchie dans la colonne pour résoudre le problème.
172 2012-07-05
Travailler avec des rapports
La restriction concerne...
Filtrage sur des hiérarchies
Aplatissement des hiérarchies
Description
Il est possible qu'un filtre de rapport ou de tableau contenant une hiérarchie supprime des lignes sans respecter la structure de cette hiérarchie. C'est la raison pour laquelle un filtre peut supprimer un nœud parent qui est développé mais conserver des feuilles ou des nœuds réduits. Dans ce cas, afin d'éviter le renvoi d'un tableau vide, le système développe automatiquement la hiérarchie du bloc de façon à ce que les membres obtenus soient visibles.
Un filtre peut supprimer un nœud intermédiaire d'une hiérarchie. Dans ce cas, une action Développer simple n'est pas suffisante pour permettre à l'utilisateur d'accéder au niveau de membre suivant à partir du nœud parent. Pour voir le descendant d'un nœud parent, l'utilisateur doit se servir de
Tout développer.
Le filtrage sur un objet fusionné reposant sur une hiérarchie n'est pas possible.
Barre de filtre (barre d'exploration) : lors d'un filtrage sur une hiérarchie à l'aide de la barre de filtre, si vous sélectionnez un nœud qui n'apparaît pas dans le tableau parce qu'il est réduit, le tableau affiché est vide. Pour voir toutes les valeurs, l'utilisateur peut se servir de Tout développer.
Filtrer à partir de la barre de filtre revient à filtrer sur la légende (même pour les objets de gestion OLAP qui ont une clé
).
En cas d'aplatissement d'une hiérarchie : lorsqu'une hiérarchie s'aplatit, le système montre tous ses membres au même niveau comme pour une dimension, sans les signes + et qui permettent de naviguer et sans le menu contextuel “Développer/Réduire”.
173 2012-07-05
Travailler avec des rapports
La restriction concerne...
Objets fusionnés
OLAP
Suppression des requêtes
Classement des données hiérarchiques d'un tableau
Description
Le filtrage sur un objet fusionné reposant sur une hiérarchie n'est pas possible.
Objet fusionné avec hiérarchie : un objet fusionné reposant sur une hiérarchie ne peut pas être directement utilisé dans le rapport. En effet, dans certains cas, la hiérarchie d'origine a une structure hiérarchique contradictoire (un membre A est un descendant d'un autre membre B, alors que dans l'autre hiérarchie, le membre A est un ascendant du membre B) et, par conséquent, le système est incapable de créer une hiérarchie fusionnée. Dans ce cas, le système ne permet pas à l'utilisateur de faire glisser l'objet fusionné. Si l'utilisateur crée une formule impliquant l'objet fusionné, le système renvoie #SYNTAXE. Néanmoins, l'utilisateur peut utiliser la hiérarchie d'origine directement dans le rapport.
Fusion reposant sur la clé pour les objets de gestion OLAP : la synchronisation des données d'objets identiques provenant de la même source (cube ou requête BEx) repose sur la clé interne de la valeur de ces objets. Sinon, elle repose sur la légende.
Les membres des dimensions OLAP sont classés en ordre lexicographique croissant dans les listes de valeurs (barre de filtre, contrôle d'entrée) des rapports.
Le filtrage sur un objet OLAP à partir du filtre de l'interface utilisateur repose sur la clé de l'objet en question.
Filtrer sur une dimension OLAP à partir du contrôle d'entrée revient à filtrer sur la légende. Filtrer sur une hiérarchie revient
à filtrer sur la clé.
La suppression des requêtes est possible pour les sources .unv et OLAP et pour les requêtes BEx. Elle n'est pas disponible pour les autres types de source.
Le classement d'un tableau comprenant une hiérarchie ne tient pas compte de la structure hiérarchique des données.
C'est pourquoi toute hiérarchie d'un tableau où l'utilisateur définit un classement s'aplatit.
174 2012-07-05
Travailler avec des rapports
La restriction concerne...
Tri
Variables
Description
Tri et hiérarchie : le tri d'une hiérarchie (et d'une dimension provenant de sources OLAP) repose sur l'ordre des membres dans le système sous-jacent (il repose sur l'ordinal de la source, appelé ordre naturel, et non sur l'ordre lexicographique comme pour d'autres types d'objet de gestion). Le tri sur une hiérarchie respecte la structure de cette dernière. Il trie les éléments qui se trouvent à un même niveau donné.
Le tri sur un indicateur ne conserve pas l'ordre des membres au sein d'une hiérarchie dans le même tableau. C'est pourquoi la hiérarchie affichée par le système est horizontale dans les tableaux auxquels l'utilisateur applique un tri sur indicateur.
Variable (formule) reposant sur une hiérarchie : une formule reposant sur une hiérarchie donne toujours une liste de valeurs horizontale (pas de données hiérarchiques).
13.1.2.2 Utilisation des données hiérarchiques des tableaux
Les hiérarchies apparaissent dans les tableaux sous forme de colonnes hiérarchiques. Une colonne hiérarchique affiche la hiérarchie sous forme de relation parent-enfant. Vous pouvez explorer la hiérarchie en développant et en réduisant ses valeurs.
Exemple :
Le tableau suivant affiche la hiérarchie [Produit] et l'indicateur [Chiffre d'affaires] :
Produit
Denrées
Plats chauds
Boissons
Pains
Chiffre d'affaires
203 124
100 101
54 345
48 678
175 2012-07-05
Travailler avec des rapports
L'indicateur affiche le chiffre d'affaires total pour la valeur correspondante de la hiérarchie. Par exemple, le chiffre d'affaires total des produits Denrées est de 203 124.
Pour obtenir des informations supplémentaires concernant les boissons, cliquez sur le membre
[Boissons] :
Produit
Denrées
Plats chauds
Boissons
Pains
Boissons non alcoolisées
Soda
Lait
Chiffre d'affaires
203 124
100 101
54 345
10 100
20 200
24 045
48 678
Lorsque vous développez le membre, la colonne Chiffre d'affaires affiche également les valeurs d'indicateur associées aux différents types de boissons.
13.1.2.3 Données hiérarchiques dans les tableaux croisés
Les données hiérarchiques se comportent de la même façon dans les tableaux croisés que dans les tableaux. Si l'axe d'un tableau croisé est basé sur une hiérarchie, vous pouvez cliquer sur un élément de données pour le développer.
Exemple : Données hiérarchiques dans un tableau croisé
Dans le tableau croisé suivant, la hiérarchie [Heure] se trouve sur l'axe vertical et la hiérarchie [Produit] sur l'axe horizontal.
Heure
2008
2009
2010
Denrées
203 110
321 400
350 444
176 2012-07-05
Travailler avec des rapports
Lorsque vous cliquez sur l'élément [Denrées], il se développe et affiche ses éléments enfant et les valeurs d'indicateur correspondantes.
Heure
2008
2009
2010
Denrées
Plats chauds
54 570
101 000
124 000
Boissons
67 000
98 990
133 000
Pain
81 540
121 410
93 444
177
13.1.2.4 Exploration des hiérarchies
13.1.2.4.1 Pour développer et réduire toutes les hiérarchies d'un tableau
Vous pouvez développer toutes les hiérarchies d'un tableau afin d'afficher toutes les combinaisons possibles des membres de la hiérarchie.
1.
Pour développer toutes les hiérarchies d'un tableau, cliquez avec le bouton droit de la souris n'importe où dans le tableau, puis sélectionnez Navigation hiérarchique > Toutes > Développer toutes les
hiérarchies.
2.
Pour réduire toutes les hiérarchies d'un tableau, cliquez avec le bouton droit de la souris n'importe où dans le tableau, puis sélectionnez Navigation hiérarchique > Toutes > Réduire toutes les
hiérarchies.
13.1.2.4.2 Exploration asymétrique d'une hiérarchie
L'exploration asymétrique est un moyen d'explorer une hiérarchie par défaut lorsque vous cliquez sur des membres pour les développer ou les réduire.
Lors de l'exploration asymétrique d'une hiérarchie, vos actions de développement et de réduction sont uniquement appliquées à la valeur actuelle des autres dimensions qui apparaissent à gauche de la hiérarchie explorée.
Exemple : Exploration asymétrique
Un tableau contient la dimension [Produit] et la hiérarchie [Géographie].
Produit
Denrées
Géographie
Californie
Chiffre d'affaires
540 000
2012-07-05
Travailler avec des rapports
178
Produit
Boissons
Géographie
Californie
Chiffre d'affaires
453 300
Quand vous développez le membre [Californie] pour afficher les villes de Californie dans la première ligne du tableau, le développement s'applique uniquement à la valeur actuelle (Epicerie) de la dimension
[Produit].
Produit
Denrées
Boissons
Géographie
Californie
Californie
Los Angeles
San Diego
San Francisco
Chiffre d'affaires
540 000
320 000
100 000
120 000
453 300
Pour explorer une hiérarchie de façon asymétrique
1.
Pour développer les membres enfant d'un membre, cliquez sur le membre ou cliquez sur le bouton droit de la souris, puis sélectionnez Développer les enfants dans le menu.
La hiérarchie se développe uniquement pour la valeur actuelle des dimensions ou hiérarchies à gauche de la hiérarchie développée dans le tableau.
2.
Pour développer tous les membres descendants d'un membre, cliquez sur le membre ou cliquez sur le bouton droit de la souris, puis sélectionnez Développer les descendants.
La hiérarchie se réduit uniquement pour la valeur actuelle des dimensions ou hiérarchies à gauche de la hiérarchie développée dans le tableau.
3.
Pour réduire les membres enfant d'un membre, cliquez sur le membre développé ou cliquez sur le bouton droit de la souris, puis sélectionnez Réduire les enfants.
La hiérarchie se réduit uniquement pour la valeur actuelle des dimensions ou hiérarchies à gauche de la hiérarchie réduite dans le tableau.
13.1.2.4.3 Exploration symétrique d'une hiérarchie
Lors de l'exploration symétrique d'une hiérarchie, vos actions de développement et de réduction sont appliquées par rapport à toutes les valeurs des autres hiérarchies ou dimensions qui apparaissent à gauche de la hiérarchie explorée dans le tableau.
Exemple : Exploration symétrique
Un tableau contient la dimension [Produit] et la hiérarchie [Géographie].
2012-07-05
Travailler avec des rapports
Produit
Denrées
Boissons
Géographie
Californie
Californie
Chiffre d'affaires
540 000
453 300
Lorsque vous développez le membre [Californie] de la première ligne pour afficher les villes de
Californie, le développement s'applique aux deux valeurs de la dimension [Produit].
Produit
Denrées
Boissons
Géographie
Californie
Californie
Los Angeles
San Diego
San Francisco
Los Angeles
San Diego
San Francisco
Chiffre d'affaires
540 000
320 000
100 000
120 000
453 300
120 000
200 000
113 300
Pour explorer une hiérarchie de façon symétrique
1.
Pour développer les éléments enfant d'un membre, cliquez avec le bouton droit de la souris sur le membre, puis sélectionnez Navigation hiérarchique > Symétrique > Développer les enfants.
La hiérarchie se développe pour toutes les valeurs des dimensions ou hiérarchies à gauche de la hiérarchie développée dans le tableau.
2.
Pour développer tous les éléments descendant d'un membre, cliquez avec le bouton droit de la souris sur le membre, puis sélectionnez Navigation hiérarchique > Symétrique > Développer
les descendants.
La hiérarchie se développe pour toutes les valeurs des dimensions ou hiérarchies à gauche de la hiérarchie développée dans le tableau.
3.
Pour réduire les membres enfant d'un membre, cliquez avec le bouton droit de la souris sur le membre, puis sélectionnez Navigation hiérarchique > Symétrique > Réduire les enfants.
La hiérarchie se réduit pour toutes les valeurs des dimensions ou hiérarchies à gauche de la hiérarchie réduite dans le tableau.
179 2012-07-05
Travailler avec des rapports
180
13.1.2.4.4 Modification du ciblage de l'exploration d'une hiérarchie
Vous pouvez modifier le ciblage de l'exploration lorsque vous explorez des hiérarchies. Lorsque vous modifiez le ciblage de l'exploration, vous filtrez le membre parent et l'ensemble des membres parent
à son niveau et au niveau supérieur quand vous le développez.
Modifier le ciblage de l'exploration peut s'avérer utile lors de la création de diagrammes sur des données hiérarchiques. Etant donné que les valeurs d'indicateur associées aux membres parent sont plus agrégées que leurs membres enfant, il est difficile de les afficher sur le même axe du diagramme en utilisant la même échelle. En supprimant le membre parent, il est possible d'afficher les valeurs des membres enfant en utilisant la même échelle.
Exemple : Exploration avant d'une hiérarchie
Vous disposez des données suivantes dans un tableau :
Heure
2008
2009
2010
Chiffre d'affaires
29 358 677,22
30 242 323
45 320 243
Lorsque vous explorez en avant le membre [2010], vous obtenez l'affichage suivant :
Heure
T1
T2
T3
T4
Chiffre d'affaires
12 500 650
14 353 231
8 342 231
10 124 131
Les membres annuels contenant des valeurs bien supérieures aux valeurs d'indicateur des membres trimestriels, n'apparaissent pas à l'écran.
Pour modifier le ciblage de l'exploration d'une hiérarchie
1.
Pour explorer en avant une hiérarchie : a.
Dans l'interface Web, cliquez avec le bouton droit de la souris sur le membre à développer, puis sélectionnez Commencer l'exploration > Explorer en avant jusqu'à.
b.
Dans l'interface Rich Internet Application et dans Web Intelligence Rich Client, cliquez avec le bouton droit de la souris sur le membre à développer, puis sélectionnez Commencer l'exploration
> Explorer.
2012-07-05
Travailler avec des rapports
2.
Pour explorer en arrière une hiérarchie, cliquez avec le bouton droit de la souris sur n'importe quel membre enfant d'un membre que vous avez déjà exploré en avant, puis sélectionnez Ciblage de
l'exploration > Explorer en arrière.
13.1.2.5 Agrégation de données hiérarchiques
13.1.2.5.1 Mode d'agrégation des données hiérarchiques
Les données hiérarchiques des indicateurs sont agrégées de manière différente selon que la méthode d'agrégation utilisée est la méthode d'agrégation par défaut ou la méthode d'agrégation explicite. La logique de l'agrégation repose sur les règles suivantes :
• Ensemble de données utilisés pour l'agrégation :
1.
En cas de hiérarchie dans un contexte d'indicateur, les valeurs d'indicateur des membres racine de la hiérarchie sont agrégées. C'est ce qui se passe par défaut (le mécanisme Aggregate() n'est pas explicitement déclaré).
2.
Pour les types explicites (Somme, Maximum, Minimum), la nature hiérarchique des données est ignorée. Toutes les données visibles sont agrégées, y compris celles qui ont déjà été agrégées
(membres parent déjà agrégés).
• Sensibilité au statut de Réduire/Développer
1.
L'agrégation explicite agrège uniquement les données visibles sauf si l'expression de l'ensemble est utilisée pour une hiérarchie particulière et qu'une agrégation est ensuite effectuée sur les objets définis dans l'expression de l'ensemble.
2.
L'agrégation par défaut comprenant la fonction aggregate() n'est pas sensible au statut de
Réduire/Développer.
Agrégation par défaut
Avec l'agrégation par défaut [fonction Aggregate() incluse], on procède à une agrégation non redondante
(pas de double comptage). L'agrégation par défaut utilise la fonction d'agrégation par défaut pour les données de la hiérarchie. Si vous incluez un indicateur dans une cellule sans spécifier de fonction d'agrégation ou si vous utilisez la fonction Aggregate, l'indicateur est calculé par la fonction d'agrégation par défaut.
L'agrégation par défaut utilise les valeurs cumulées renvoyées par la base de données. En d'autres termes, cette dernière est compatible avec les valeurs agrégées renvoyées par la base de données.
Les valeurs par défaut sont calculées en appliquant la fonction d'agrégation par défaut à toutes les valeurs racine de la hiérarchie. Cela signifie que l'agrégation par défaut ne compte les valeurs qu'une seule fois sauf dans le cas où la même valeur apparaît sous différents éléments racine de la hiérarchie.
(Dans l'exemple ci-dessous, les éléments racine sont [Boissons] et [Denrées] et aucun élément n'apparaît sous les éléments racine.)
181 2012-07-05
Travailler avec des rapports
Exemple : Agrégation par défaut
Placez [Unités de ventes] dans une cellule individuelle d'un rapport qui contient la hiérarchie ci-dessous. La fonction d'agrégation par défaut est Sum et, par conséquent, la valeur de la cellule individuelle est 43 791 (soit 24 597 + 19 194). L'application renvoie une valeur en appliquant la fonction d'agrégation par défaut aux valeurs racine de la hiérarchie.
Produit
Boissons
Denrées
Boissons alcoolisées
Boissons
Pâtisseries
Unités
24 597
6 838
13 573
19 194
7 870
Agrégation explicite
L'agrégation explicite inclut une fonction d'agrégation spécifique (Sum, par exemple) directement dans une formule. Si la même valeur est incluse plus d'une fois dans une agrégation explicite, elle peut être comptée plusieurs fois en fonction de l'état visuel de la hiérarchie. Par exemple, si un élément est développé et qu'une agrégation explicite fait référence aux deux éléments, l'un d'entre eux étant l'élément enfant de l'autre, en fonction du calcul de rollup, la valeur de l'élément enfant risque d'être comptabilisée deux fois : l'une pour elle-même et l'autre avec la valeur de son parent. Cela est dû au fait que Web
Intelligence ajoute la valeur de l'enfant et du parent.
Dans le cas d'une agrégation explicite, l'application fait référence à l'état visuel de la hiérarchie. Aussi, les valeurs peuvent être comptées plus d'une fois et le résultat des calculs peut changer si un élément est développé ou réduit.
Restriction relative à l'agrégation explicite basée sur des ensembles
Lors de l'utilisation de l'expression d'ensemble dans la fonction d'agrégation, un comportement en particulier est différent de l'agrégation implicite concernant les hiérarchies qui ne font pas partie de l'expression d'ensemble mais avec lequel l'indicateur est agrégé.
Par exemple, lorsque des hiérarchies se trouvent dans une table, que l'agrégation utilisant l'ensemble est dans le pied de page et que les hiérarchies de la table ne sont pas spécifiées dans l'expression d'ensemble. S'il existe quelque part un filtre qui supprime les racines initiales de la hiérarchie, le système n'agrège pas les valeurs de ces racines, mais des racines d'origine (le résultat de la requête initiale).
Rubriques associées
•
Exemples d'agrégation par défaut et d'agrégation explicite
182 2012-07-05
Travailler avec des rapports
Exemples d'agrégation par défaut et d'agrégation explicite
Exemple : Agrégation par défaut et agrégation explicite
Vous disposez d'une hiérarchie contenant les données suivantes et elle s'affiche développée dans un rapport :
Produit
Boissons
Denrées
Boissons alcoolisées
Boissons
Pâtisseries
Unités
24 597
6 838
13 573
19 194
7 870
• Placé dans le pied de page du tableau, l'indicateur [Unités] renvoie 43 791. Cette agrégation par défaut renvoie la valeur agrégée totale de l'indicateur (24 597 + 19 194).
• Placé dans un pied de page du tableau, Sum([Unités]) renvoie 72 072. Cette agrégation explicite compte toutes valeurs visibles de la hiérarchie (24 597 + 6 838 + 13 573 + 19 194 + 7 870).
• L'agrégation explicite Sum([Unités];[Produit]&[Boisson].enfants) renvoie 20 411
(6 838 + 13 573) car l'indicateur [Boisson] est développé.
• L'agrégation explicite Sum([Unités];[Produit]&[Boisson];[Produit]&[Boissons]) renvoie 38 170 (24 597 + 13 573). La valeur de [Boissons] apparaît deux fois dans le calcul car l'indicateur [Boissons] est développé.
• L'agrégation par défaut Aggregate([Unités];{[Produit]&{Boisson];{Produit].{Boi ssons]}) renvoie 24 597. La valeur de [Boissons] apparaît une seule fois dans le calcul.
Si vous réduisez le nœud de l'indicateur[Boisson] dans le rapport, vous obtenez les calculs suivants :
•
[Unités] renvoie 43 791. L'agrégation par défaut n'est pas affectée par la modification apportée
à l'affichage.
•
Sum([Unité]) renvoie 51 661 (24 597 + 19 194 + 7 870). L'agrégation explicite utilise toutes les valeurs visibles pour renvoyer la valeur.
•
Sum([Unités];[Produit].&[Boisson].children) renvoie une valeur non nulle même si les membres enfant de [Boisson] ne sont pas visibles.
•
Sum([Unités];{[ Produit].&[Boisson];[Produit].&[Boissons]}) renvoie 38 170 parce que [Boissons] n'est pas visible. L'agrégation explicite utilise uniquement les valeurs visibles.
•
Aggregate([Unités];{[ Produit].&[Boisson];[Produit].&[Boissons]}) renvoie
24 597. L'agrégation par défaut n'est pas affectée par la modification apportée à l'affichage.
183 2012-07-05
Public link updated
The public link to your chat has been updated.
