Discussion :

[VITALTH]

Voilà j'ai eu une idée, je ne suis pas sur que ce soit l'idée du siècle ni que ça marche et c'est pour ça je veux être conseillé.

J'ai une table de fait qui a les élément suivant
tdf
-----
id
mesure
date1
date2

date 1 et date 2 sont liées l'une à l'autre par la restitution utilisateur suivante :
L'utilisateur veut faire un TDC en mettant en colonne douzes mois glissants de mois qui correspondent à la fois à date1 et date2. Le hic c'est que si on a deux dimensions dates différentes, il se trouvera avec un produit scalaire des 12X12 mois et c'est pas tout à faire ce qui est attendu. Donc l'idée serait de "lier" les deux dates dans le cube.

J'ai pensé à la solution suivante :
Je fais deux vues exactement de la même définition sur la table de fait (vtdf1 et vtdf2) et je créé deux groupes de mesures sur ces deux vues

J'aurai une relation dans le cube suivant

	vtdf1	vtdf2
vtdf2	id
date	date1	date2

Si je filtre dans un TCD sur date, cela filtrera les lignes de la vue 2 sur la date2 et aussi les lignes de la vue 1 sur la date1. Comme la vue 1 est liée à la vue 2 par l'id dans le groupe de mesure vtdf1, les lignes de la vue 1 seront filtrés par les lignes de la vue 2 elle même filtrée sur la date2. Donc au final en filtrant sur date on serait filtré sur date1 et date2.

Est ce une bonne idée et sinon y a t'il mieux ? Et déjà est ce que mon raisonnement est juste ?

[Invité]

Salut,

Dans le cas où date1 est différent de date2, ca ne remontera pas la ligne concernée, non ?

Ou alors je n'ai pas bien compris le raisonnement ... Mais je vais suivre les avis, ca m'intéresse s'il y a une solution.

[VITALTH]

Je suis d'accord quand tu filtres une date unique du calendrier : si date1 <> date2 ça ne remonte rien ça me semble logique.
En revanche si le filtre est une plage de date (un mois disons), selon moi on aurait une population qui est l'intersection des date1 concernées avec les dates 2 concernées

[VITALTH]

Marche pas

[GeekMokona]

Quel est ton besoin ?

-Vider les cellules correspondant au croisement entre d'2 date différentes entre 2 dim Temps et ca pour toutes les requetés faites sur ton cube ?
Dans ce cas il faut regarder au niveau du Calc Script du cube et des scope et le MDX de ci-dessous

- Juste sur un rapport N'afficher que les Dates égales sur 2 dim Temps ?
Dans ce cas c'est en MDX qu'il faut traité le problème .... exemple :
- NON EMPTY ....
- FILTER sur les mesures calculé sur les clés des attributs date de chacune des dimensions temps

[VITALTH]

Non c'est pas du tout ça.
Je veux laisser mon utilisateur faire tout seul son rapport sur Excel de la façon suivante :
En ligne il filtre les deux dates.
Et en cellule il a les mesures filtrés sur les deux dates.

Evidemment il ne filtra pas une date donnée mais probablement le mois ou l'année.



Voilà le requête que je veux que mon utilisateur fasse en autonome

Mois	Mesure
Mois 1	Mesure filtrée sur Date 1 appartient à Mois 1 ET Date 2 appartient à Mois 1
Mois 2	Mesure filtrée sur Date 1 appartient à Mois 2ET Date 2 appartient à Mois 2

[GeekMokona]

Donc une des solutions ,via le calc Script (onglet calculation ) du cube ...

Via un Scope qui vide toutes les Cellules correspondant au filter suivant

Create Member Measures.Date1 as [DIM Temps1].[Date].CurrentMember.Properties("KEY")

Create Member Measures.Date2 as [DIM Temps2].[Date].CurrentMember.Properties("KEY")

SCOPE ( Filter({[DIM Temps1].[Date].[Date].AllMembers * [DIM Temps2].[Date].[Date].AllMembers }, Measures.Date1 <> Measures.Date2 ));
this = Null ;
End SCOPE ;

[VITALTH]

OK j'ai jamais encore utilisé les SCOPE ni les commandes de scripts (je me suis arrêté au mesures calculées).

Bon j'ai essayé de faire comme vous m'avez proposé mais je me trouve devant des problème.

Je tiens à dire que pour le moment je n'ai pas encore créé de table temps classiques : j'ai juste faire une dimension Date qui contient les attributs Mois et Annee et Pk Date (qui est la clé primaire).
Dans mon cas de figure la dimension [DIM Temps1] correspond à ma dimension [Date 1] et de même pour [DIM Temps2].
Donc l'adaptation de votre script donne ceci :
Dans une nouvelle commande de script

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
Create Member Measures.D1 as [Date 1].[Pk Date].CurrentMember('KEY');
 
Create Member Measures.D2 as [Date 2].[Pk Date].CurrentMember('KEY');
 
SCOPE ( Filter({[Date 1].[Pk Date].[Pk Date].AllMembers * [Date 2].[Pk Date].[Pk Date].AllMembers }, Measures.D1 <> Measures.D2 ))
  this = Null ;
End SCOPE ;

Je sais pas si ce que vous avez mis dans la chaine 'KEY' est quelque chose qu'il faut mettre en dur ou c'est à appliquer dans mon cas en fonction de ma dimension et dans ce cas je ne sais pas ce qu'il faut mettre à l'intérieur.

Sinon j'avais une petite vague rouge sur la deuxième instruction de Create Member, j'ai donc supposé qu'il fallait mettre des points virgules
Mais même comme ça, j'ai une petite vague rouge en dessous de scope et si je clique sur le bouton Verifier la syntaxe j'ai un Syntaxe incorrect.

Désolé d'être bas de plafond mais j'avoue que le SCOPE c'est mystérieux pour moi car je n'ai jamais compris comment ça s'utilise.

[GeekMokona]

Désolé après relecture j'ai fait quelques corrections dans mon code de post précèdent ... d'où les erreurs ...
La Chaine de caractère KEY est a ne pas Changé elle indique a la Fonction PROPERTIES qu'elles propriété du membre retourné dans notre cas nous souhaitons retourner dans les 2 cas la Clés d'attribut

[VITALTH]

Désolé d'être chiant mais je pense qu'il y a toujours un problème dans l'instruction SCOPE.
"Syntaxe pour this est incorrect"

[GeekMokona]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
Create Member Measures.Date1 as [DIM Temps1].[Date].CurrentMember.Properties("KEY");
 
 Create Member Measures.Date2 as [DIM Temps2].[Date].CurrentMember.Properties("KEY");
 
 SCOPE ( Filter({[DIM Temps1].[Date].[Date].AllMembers * [DIM Temps2].[Date].[Date].AllMembers }, Measures.Date1 <> Measures.Date2 ));
 this = Null ;
 End SCOPE ;

SI KO mais mois une impression écran ...

[VITALTH]

Bonjour,
Ci joint,
J'ai essayé de mettre le plus d'info possible

Cordialement,

[GeekMokona]

Il te manque un ; après les 2 Parenthéses fermante et avant le this

[VITALTH]

Oui je m'en suis rendu compte après coup. J'ai corrigé mais j'ai quand même des erreurs :

[GeekMokona]

Bon si j'écrivais du MDX pour un calc script ...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
Create Member CURRENTCUBE.Measures.D1 as [Date 1].[Pk Date].CurrentMember.Properties('KEY') , VISIBLE = 0 , ASSOCIATED_MEASURE_GROUP = 'a remplir par tes soin';
 
Create Member CURRENTCUBE.Measures.D2 as [Date 2].[Pk Date].CurrentMember.Properties('KEY'), VISIBLE = 0 , ASSOCIATED_MEASURE_GROUP = 'a remplir par tes soin';
 
SCOPE(Filter({[Date 1].[Pk Date].[Pk Date].AllMembers * [Date 2].[Pk Date].[Pk Date].AllMembers }, Measures.D1 <> Measures.D2 ));
  this = Null ;
End SCOPE ;

[VITALTH]

J'ai l'impression qu'il y a des balises à mettre avant et après l'écriture d'un script (ici un scope) parce que si je passe en mode formulaire j'ai 3 commandes scripts 1 Pour SCOPE, 1 pour this = null et un POUR END SCOPE (en fait à chaque .

En mode script avec les erreurs :


Et en mode formulaire

[VITALTH]

Il faut un paramétrage spécifique pour utiliser la fonction SCOPE ou une version particulière de SSAS ?

L'erreur est
"La forme arbritaire des ensembles n'est pas autorisée dans le contexte actuel."