J'ai une requête MDX avec le membre calculé suivant:MDX Membre calculé CrossJoin question
with member [Measures].[BBOX] as
Count(
Filter(
CrossJoin([Dim Response].[Response ID].Children, [Dim Question].[Question Text].Children),
[Measures].[Question Bottom Box] > 0
)
)
L'idée est que je veux un compte des combinaisons de deux membres d'une dimension. (Pardonnez-moi si mon vocabulaire MDX est un peu éteint). Il est également basé sur certains critères.
Le reste de la requête ressemble à ceci:
select
{({[Measures].[TBOX], [Measures].[BBOX]},
[Dim Product].[Category Name].&[Office])} on columns,
{[Dim Question].[Question Text].Members} on rows
from H1_FY10_Revised
where ({[Dim Question].[Category Name].&[Partner]},
{[Dim Subsidiary].[Subsidiary Alias Name].&[Germany]})
Ma question est: ce que le découpage des données qui se produit dans la requête principale (la clause WHERE) se traduisent par le membre calculé? Existe-t-il une sorte de jointure implicite entre les données qui reviennent du membre calculé et les axises dans la requête principale?
Ou une autre façon de l'exprimer: la jointure croisée dans le membre calculé s'exécute-t-elle dans le contexte de la requête principale?
Je me sens idiot maintenant. Je crois que j'ai trouvé le problème. La façon d'inclure le contexte de la requête est d'utiliser .CurrentMember au lieu de .Member ou .Children. De cette façon, je reçois le membre approprié dans le contexte de la requête. Ah MDX ... – Ryan
Oui, vous l'avez. – jvilalta
Vous devriez publier ceci comme réponse ci-dessous. – Sampson