> Data > Agrégation d’un groupe sélectionné de membres

Agrégation d’un groupe sélectionné de membres

Data - Par Collectif - Publié le 24 juin 2010
email

Création de cubes, écriture de requêtes MDX, optimisation de DTS et plus encore...

Agrégation d’un groupe sélectionné de membres

Vous devez parfois agréger un groupe de membres de
dimension pour les besoins d’une requête. Supposons par
exemple que vous souhaitiez retourner les
ventes unitaires (Unit Sales) concernant
chaque gamme de produits pour les trimestres
de l’exercice 1997. La solution est simple. Mais
qu’en est-il si vous souhaitez exécuter la même
requête pour les seuls clients des états de
Californie (« California ») et de l’Oregon, en excluant
l’état de Washington ? La solution à  ce
problème fréquent est simple. Il vous suffit de
créer un membre calculé qui agrège California
et Oregon, puis de sélectionner ce membre
dans la clause WHERE, comme l’illustre le listing 7.
La fonction Aggregate agrège l’ensemble de membres
passés et utilise la méthode Aggregation définie pour la dimension
du membre. Dans ce cas, la dimension Customers est agrégée avec une fonction Sum que nous avons définie
dans OLAP Manager au moment de la création du cube, de
sorte que le nouveau membre de dimension [CA-OR] est la
somme de [CA] et [OR].
Cette astuce est bien utile, mais attention, une agrégation
excessive dans la clause WHERE peut dégrader les performances.
Si vous avez une agrégation de remplacement courante,
il peut être plus judicieux de créer une deuxième hiérarchie
pour votre dimension.

Téléchargez cette ressource

Microsoft 365 : 5 erreurs de sécurité

Microsoft 365 : 5 erreurs de sécurité

A l’heure où les données des solutions Microsoft 365 sont devenues indispensables au bon fonctionnement de l’entreprise, êtes-vous certain de pouvoir compter sur votre plan de sécurité des données et de sauvegarde des identités ? Découvrez le Top 5 des erreurs à ne pas commettre et les meilleures pratiques recommandées par les Experts DIB France.

Data - Par Collectif - Publié le 24 juin 2010

A lire aussi sur le site

Revue Smart DSI

La Revue du Décideur IT