Discussion :

[anayathefirst]

Bonjour,
Est-il possible de définir de manière plus précise dans SSAS la façon dont se calculent les agrégations de mes mesures.
En fait, dans ma table de fait, j’ai une mesure qui prend toujours la même valeur pour une combinaison de 3 dimensions. Je voudrais donc que la somme se fasse uniquement par rapport aux valeurs distinctes des membres des dimensions respectives. Un truc qui ressemblerait à Sum{Existing distinct((Dim1, Dim2, Dim3), maMesure)}.
Je ne suis pas un pro du MDX, alors si vous pouviez me donner des liens vers une doc intéressante, ce serait le pied. j'ai déjà celle de microsoft (http://msdn.microsoft.com/fr-fr/library/ms145970.aspx) mais je n'y trouve pas ce que je recherche

[Alexis.Molteni]

Bonjour,

Tu peux créer un membre calculé sur l'axe des mesures.
Avec une expression MDX qui implémente l'additivité que tu souhaites.
Tu fais ça dans l'onglet « calculation » du BIDS.


http://msdn.microsoft.com/fr-fr/library/ms160335.aspx
Si c'est ce que tu souhaites faire je te donnerai des liens vers des articles plus complets.


Alexis Molteni

Consultant SQL Server indépendant
Spécialiste Business intelligence, technologies Microsoft.
MCSD, MCDBA, MCTS, MCITP(BI)
www.sql-it.com
blog.sql-it.com

[anayathefirst]

C'est exactement ce que je voudrais faire, ce qui me manque pour l'instant, c'est la syntaxe MDX pour implémenter une additivité complexe (selon trois dimensions dans mon cas)

[eauderose]

Si j'ai bien compris, cela serait quelque chose dans ce genre

WITH
MEMBER
[Measures].[MonMembreCalcule]
AS
CASE
[Dim1].Currentmenber = [Dim2].Currentmenber
AND
[Dim2].Currentmenber = [Dim3].Currentmenber

WHEN True THEN
[Measures].[MaMesure]
ELSE NULL
END

[anayathefirst]

Ce n'est pas tout a fait ça.

Dans mon système, pour chaque ensemble ([Dim1].&[membre n],[Dim2].&[membre m],[Dim3].&[membre k]), j'ai toujours la même valeur de la mesure [Measures].[MaMesure] quelque soit les membres des autres dimensions de mon cube.

Pour plus de détails, la mesure en question, c'est une prévision annuelle de nombre de contrôles à effectuer par type de contrôle et par département dans l'entreprise. le cube est destinée à l'audit interne de l'entreprise, et la table de fait contient les données concernant chaque contrôle effectué (avec le résultat du contrôle, le nombre d'erreurs détectées ...

Pour la prévision, j'avais pensé au départ à mettre une table intermédiaire contenant les données (année, type de contrôle, département, prévision), mais c'est assez lourd à mettre en place, et je ne sais pas si c'est conseillé de faire appel à plusieurs tables pour générer des mesures pour un même cube.

[Alexis.Molteni]

Dans mon système, pour chaque ensemble ([Dim1].&[membre n],[Dim2].&[membre m],[Dim3].&[membre k]), j'ai toujours la même valeur de la mesure [Measures].[MaMesure] quelque soit les membres des autres dimensions de mon cube.

Et pourquoi ne pas ajouter une dimension qui identifie chaque combinaison distinct issus des tes dimensions ?
A première vue j'ai peur que tu ais un problème de modélisation du cube.


Alexis Molteni

[anayathefirst]

d'où mon questionnement

je ne sais pas si c'est conseillé de faire appel à plusieurs tables pour générer des mesures pour un même cube.

d'après ce que tu me dis, je peux faire ça sans problème ...

[anayathefirst]

En fait, dans la base de production, j'ai une table "plan de contrôle" (année, type de contrôle, département, prévision), et pour chaque contrôle effectué, j'ai les donnée année, type de contrôle et département (en plus d'autres indicateurs).
Tu me conseillerais donc de créer carrément une dimension "plan de contrôle" et d'utiliser la valeur de la prévision en tant que mesure ? je trouve bizarre d'utiliser des mesure provenant de dimensions, mais si ça ne vous choque pas, pourquoi pas...

[Alexis.Molteni]

Tu utilises en mesure ce que tu dois analyser et en dimension les entités qui la qualifie et ce par quoi tu souhaites analyser ces faits.
Tu peux utiliser les vues SQL Server ou la datasource view de SSAS pour modéliser la structure dont tu as besoins.

Alexis Molteni

Consultant SQL Server indépendant
Spécialiste Business intelligence, technologies Microsoft.
MCSD, MCDBA, MCTS, MCITP(BI)
www.sql-it.com
blog.sql-it.com