Membres calculés dans les sous-sélections et les sous-cubes
S’applique à :
SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium
Un membre calculé est un membre de dimension dont la valeur est calculée à partir d’une expression au moment de l’exécution, et qui peut être utilisé dans les sous-sélections et les sous-cubes afin de définir plus précisément l’espace de cube d’une requête.
Activation des membres calculés dans le sous-espace
La propriété SubQueries chaîne de connexion dans ConnectionString ou la propriété DBPROPMSMDSUBQUERIES dans XMLA Properties (XMLA) définit le comportement ou l’allocation des membres calculés ou des ensembles calculés sur les sous-sélections ou sous-cubes. Dans le cadre de ce document, sauf indication contraire, la sous-sélection fait référence aux sous-sélections et aux sous-cubes.
La propriété SubQueries autorise les valeurs suivantes.
| Valeur | Description |
|---|---|
| 0 | Les membres calculés ne sont pas autorisés dans les sous-sélections ou les sous-cubes. Une erreur est déclenchée lors de l'évaluation de la sous-sélection ou du sous-cube si un membre calculé est référencé. |
| 1 | Les membres calculés sont autorisés dans les sous-sélections ou les sous-cubes mais aucun membre ascendant n'est introduit dans le sous-espace retourné. |
| 2 | Les membres calculés sont autorisés dans les sous-sélections et les sous-cubes mais aucun membre ascendant n'est introduit dans le sous-espace retourné. Par ailleurs, la granularité mixte est autorisée dans la sélection des membres calculés. |
La définition des valeurs 1 ou 2 dans la propriété SubQueries autorise l'utilisation des membres calculés pour filtrer le sous-espace des sous-sélections retourné.
Un exemple aidera à clarifier le concept ; en premier lieu, un membre calculé doit être créé, ensuite une requête de sous-sélection doit être émise pour afficher le comportement susmentionné.
L'exemple suivant crée un membre calculé qui ajoute [Seattle Metro] comme ville à la hiérarchie [Geography].[Geography] sous l'État de Washington.
Pour exécuter l'exemple, la chaîne de connexion doit contenir la propriété SubQueries avec une valeur 1 et toutes les instructions MDX doivent être exécutées dans la même session.
Important
Si vous utilisez Management Studio pour tester les requêtes, cliquez sur le bouton Options dans le Gestionnaire de connexions pour accéder au volet des propriétés supplémentaires de la chaîne de connexion, dans laquelle vous pouvez saisir des sous-requêtes= 1 ou 2 pour autoriser les membres calculés dans le sous-espace.
En premier lieu, vous devez émettre l'expression MDX suivante :
CREATE MEMBER [Adventure Works].[Geography].[Geography].[State-Province].&[WA]&[US].[Seattle Metro Agg]
AS AGGREGATE(
{
[Geography].[Geography].[City].&[Bellevue]&[WA]
, [Geography].[Geography].[City].&[Issaquah]&[WA]
, [Geography].[Geography].[City].&[Redmond]&[WA]
, [Geography].[Geography].[City].&[Seattle]&[WA]
}
)
Ensuite, émettez la requête MDX suivante pour afficher les membres calculés autorisés dans les sous-sélections.
Select [Date].[Calendar Year].members on 0,
[Geography].[Geography].allmembers on 1
from (Select {[Geography].[Geography].[State-Province].&[WA]&[US].[Seattle Metro Agg]} on 0 from [Adventure Works])
Where [Measures].[Reseller Sales Amount]
Vous obtenez les résultats suivants :
| All Periods | CY 2011 | CY 2012 | CY 2013 | CY 2014 | |
|---|---|---|---|---|---|
| Seattle Metro Agg | 2 383 545,69 $ | 291 248,93 $ | 763 557,02 $ | 915 832,36 $ | 412 907,37 $ |
Comme expliqué plus haut, les ascendants de [Seattle Metro] n'existent pas dans le sous-espace retourné lorsque SubQueries=1, par conséquent [Géographie].[Géographie].allmembers contient seulement le membre calculé.
Si l'exemple est exécuté en utilisant SubQueries=2, dans la chaîne de connexion, vous obtenez les résultats suivants :
| All Periods | CY 2001 | CY 2002 | CY 2003 | CY 2004 | |
|---|---|---|---|---|---|
| All Geographies | (Null) | (Null) | (Null) | (Null) | (Null) |
| États-Unis | (Null) | (Null) | (Null) | (Null) | (Null) |
| Washington | (Null) | (Null) | (Null) | (Null) | (Null) |
| Seattle Metro Agg | 2 383 545,69 $ | 291 248,93 $ | 763 557,02 $ | 915 832,36 $ | 412 907,37 $ |
Comme expliqué plus haut, lorsqu'on utilise SubQueries=2, les ascendants de [Seattle Metro] existent dans le sous-espace retourné mais aucune valeur n'existe pour ces membres parce qu'il n'y a pas de membres standard à fournir pour les agrégations. Par conséquent, des valeurs de type Null sont fournies pour tous les membres ascendants du membre calculé dans cet exemple.
Pour comprendre le comportement ci-dessus, vous devez comprendre que les membres calculés ne contribuent pas aux agrégations de leurs parents, contrairement aux membres standard ; pour plus d'informations à ce sujet, consultez ; ce qui précède implique que filtrer par les membres calculés seuls aboutira à des ascendants vides parce qu'il n'y a pas de membres standard qui contribuent aux valeurs d'agrégation du sous-espace résultant. Si vous ajoutez des membres standard à l'expression de filtrage, les valeurs d'agrégation proviendront de ces membres standard. Pour poursuivre avec l'exemple ci-dessus, si les villes de Portland, Oregon, et la ville de Spokane, Washington, sont ajoutées au même axe où apparaît le membre calculé, comme indiqué dans l'expression MDX suivante :
Select [Date].[Calendar Year].members on 0,
[Geography].[Geography].allmembers on 1
from (Select {
[Seattle Metro Agg]
, [Geography].[Geography].[City].&[Portland]&[OR]
, [Geography].[Geography].[City].&[Spokane]&[WA]
} on 0 from [Adventure Works]
)
Where [Measures].[Reseller Sales Amount]
Vous obtenez les résultats suivants.
| All Periods | CY 2001 | CY 2002 | CY 2003 | CY 2004 | |
|---|---|---|---|---|---|
| All Geographies | $235,171.62 | $419.46 | $4,996.25 | $131,788.82 | $97,967.09 |
| États-Unis | $235,171.62 | $419.46 | $4,996.25 | $131,788.82 | $97,967.09 |
| Oregon | $30,968.25 | $419.46 | $4,996.25 | $17,442.97 | $8,109.56 |
| Portland | $30,968.25 | $419.46 | $4,996.25 | $17,442.97 | $8,109.56 |
| 97205 | $30,968.25 | $419.46 | $4,996.25 | $17,442.97 | $8,109.56 |
| Washington | $204,203.37 | (Null) | (Null) | $114,345.85 | $89,857.52 |
| Spokane | $204,203.37 | (Null) | (Null) | $114,345.85 | $89,857.52 |
| 99202 | $204,203.37 | (Null) | (Null) | $114,345.85 | $89,857.52 |
| Seattle Metro Agg | 2 383 545,69 $ | 291 248,93 $ | 763 557,02 $ | 915 832,36 $ | 412 907,37 $ |
Dans les résultats ci-dessus, les valeurs d'agrégation pour [All Geographies], [United States], [Oregon] et [Washington] proviennent de l'agrégation sur les descendants de &[Portland]&[OR] et &[Spokane]&[WA]. Rien ne provient du membre calculé.
Remarques
Seuls les membres calculés globaux ou de session sont autorisés dans les expressions de sous-sélection ou de sous-cube. Si des membres calculés sont demandés dans l'expression MDX, une erreur est déclenchée lorsque l'expression de sous-sélection ou de sous-cube est évaluée.
Voir aussi
ConnectionString
Instructions de sous-sélection dans les requêtes
Propriétés XMLA prises en charge (XMLA)