Instructions de sous-sélection dans les requêtes

Les expressions d'instruction de sous-sélection sont des expressions SELECT imbriquées utilisées pour restreindre l'espace du cube à partir duquel SELECT externe est évalué. Les instructions de sous-sélection vous permettent de définir un nouvel espace sur lequel tous les calculs sont évalués.

Instructions de sous-sélection par exemple

Commençons par un exemple illustrant comment les instructions de sous-sélection peuvent aider à produire les résultats que nous souhaitons afficher. Supposons qu'il vous est demandé de créer une table qui montre le comportement de ventes, sur des années, pour les 10 produits principaux.

Le résultat doit ressembler à la table suivante :

Pour ce faire, on pourrait écrire l'expression MDX suivante :

SELECT [Date].[Calendar Year].MEMBERS on 0
     , TOPCOUNT( [Product].[Product].MEMBERS
               , 10
               , [Measures].[Sales Amount]
               ) ON 1
  FROM [Adventure Works]

Les résultats retournés sont les suivants :

Ce résultat est très proche de ce que nous recherchons ; à ceci près que la requête a retourné 9 produits et non pas 10 et que le total All Products reflète la somme de tous les produits et non la somme des 9 produits principaux (dans ce cas). Une autre tentative de résoudre le problème est présentée dans la requête MDX suivante :

SELECT [Date].[Calendar Year].MEMBERS on 0
     , TOPCOUNT( [Product].[Product].CHILDREN, 10, [Measures].[Sales Amount]) ON 1
  FROM [Adventure Works]

Les résultats retournés sont les suivants :

Ce résultat était très proche du résultat souhaité, car il ne manquait que la somme des produits. À ce stade, on peut commencer à modifier l'expression MDX ci-dessus pour ajouter la ligne manquante ; toutefois, cette tâche pourrait s'avérer fastidieuse.

Une autre approche pour résoudre le problème, consisterait à penser d'abord en termes de redéfinition de l'espace de cube sur lequel l'expression MDX est résolue. Et si le « nouveau » cube contient uniquement des données des 10 produits principaux ? Le membre All de ce cube sera ensuite ajusté en fonction des 10 produits principaux uniquement et une requête simple répondrait à nos besoins.

L'expression MDX suivante utilise une instruction de sous-sélection pour redéfinir l'espace de cube sur les 10 produits principaux et produire les résultats désirés :

SELECT [Date].[Calendar Year].MEMBERS on 0
     , [Product].[Product].MEMBERS on 1
  FROM (SELECT TOPCOUNT( [Product].[Product].CHILDREN
                       , 10
                       , [Measures].[Sales Amount]
                       ) ON 0
          FROM [Adventure Works]
        )
 WHERE [Measures].[Sales Amount]

L'expression ci-dessus retourne les résultats suivants :

Les résultats ci-dessus sont exactement ce que nous cherchions.

Examinons le résultat de l'instruction de sous-sélection. L'instruction de sous-sélection a retourné un nouveau cube qui contenait toutes les autres dimensions de produits tels quels ; toutefois, dans la dimension de produit, elle a filtré tous les membres pour comparer les 10 premiers produits qui nous intéressaient. C'est comme si on avait supprimé toutes les données qui ne répondaient pas aux 10 critères principaux et recréé le cube. L'autre concept important à comprendre dans cet exemple est le fait que les 10 produits principaux ont été calculés pour le membre All de toutes les autres dimensions dans le cube ; le premier concept est vrai parce qu'aucune autre restriction de filtrage n'a été imposée dans l'instruction de sous-sélection.

Les instructions de sous-sélection peuvent être aussi complexes que souhaité ; l'exemple suivant illustre comment produire une table semblable à celle indiquée ci-dessus, mais filtrée sur France sur la dimension Sales Territory et sur Internet pour la dimension Sales Channel.

SELECT [Date].[Calendar Year].MEMBERS on 0
     , [Product].[Product].MEMBERS on 1
  FROM (SELECT TOPCOUNT( [Product].[Product].CHILDREN
                       , 10
                       , [Measures].[Sales Amount]
                       ) ON 0
             , [Sales Territory].[Sales Territory].[Region].[France] on 1
             ,  [Sales Channel].[Sales Channel].[Internet] on 2
          FROM [Adventure Works]
        )
 WHERE [Measures].[Sales Amount]

Génère les résultats suivants :

Les résultats ci-dessus indiquent les 10 produits principaux vendus en France via le canal Internet.

Instruction de sous-sélection

La notation BNF pour l'instruction de sous-sélection est :

[WITH [<calc-clause> ...]]
SELECT [<axis-spec> [, <axis-spec> ...]]
FROM [<identifier> | (< sub-select-statement >)]
[WHERE <slicer>]
[[CELL] PROPERTIES <cellprop> [, <cellprop> ...]]

< sub-select-statement > :=
   SELECT [<axis-spec> [, <axis-spec> ...]]
   FROM [<identifier> | (< sub-select-statement >)]
   [WHERE <slicer>]

L'instruction de sous-sélection est une autre instruction Select dans laquelle les spécifications de l'axe et la spécification du segment filtrent l'espace du cube sur lequel la sélection externe est évaluée.

Lorsqu'un membre est spécifié dans une clause de l'axe ou du segment, ce membre et ses ascendants et descendants sont inclus dans l'espace de sous-cube pour l'instruction de sous-sélection ; tous les membres frères non mentionnés, dans la clause de l'axe ou du segment, et leurs descendants sont filtrés à partir du sous-espace. De cette manière, l'espace de la sélection externe été limité aux membres existants dans la clause d'axe ou clause de segment, avec leurs ascendants et descendants comme indiqué plus haut.

Parce que le membre All de toutes les dimensions non mentionnées dans les clauses de l'axe ou du segment appartient à l'espace de la sélection ; tous les descendants du membre All sur ces dimensions font également partie de l'espace de la sous-sélection.

Le membre All, dans toutes les dimensions, dans l'espace de sous-cube, est réévalué pour refléter l'impact de la contrainte du nouvel espace.

L'exemple suivant illustre ce qui est indiqué plus haut ; la première expression MDX aide à afficher les valeurs non filtrées dans le cube, la deuxième expression MDX illustre l'effet du filtrage dans la clause de sous-sélection :

SELECT { [Customer].[Customer Geography].[All Customers]
       , [Customer].[Customer Geography].[Country].&[United States]
       , [Customer].[Customer Geography].[State-Province].&[OR]&[US]
       , [Customer].[Customer Geography].[City].&[Portland]&[OR]
       , [Customer].[Customer Geography].[State-Province].&[WA]&[US]
       , [Customer].[Customer Geography].[City].&[Seattle]&[WA]
       } ON 1
     ,  {[Measures].[Internet Sales Amount], [Measures].[Reseller Sales Amount]} ON 0
  FROM [Adventure Works]

Retourne les valeurs suivantes :

Dans l'exemple ci-dessus, Seattle est un enfant de Washington, Portland est un enfant d'Oregon, Oregon et Washington sont enfants de United States et United States est un enfant de [Customer Geography]. [All Customers]. Tous les membres indiqués dans cet exemple ont d'autres sœurs qui contribuent à la valeur d'agrégation parent ; c.-à-d. que Spokane, Tacoma et Everett sont villes sœurs de Seattle et toutes contribuent au Montant des ventes sur Internet de Washington. La valeur Reseller Sales Amount est indépendante de l'attribut Customer Geography ; par conséquent, la valeur All est affichée dans les résultats. L'expression MDX suivante illustre l'effet de filtrage de la clause d'instruction de sous-sélection :

SELECT { [Customer].[Customer Geography].[All Customers]
       , [Customer].[Customer Geography].[Country].&[United States]
       , [Customer].[Customer Geography].[State-Province].&[OR]&[US]
       , [Customer].[Customer Geography].[City].&[Portland]&[OR]
       , [Customer].[Customer Geography].[State-Province].&[WA]&[US]
       , [Customer].[Customer Geography].[City].&[Seattle]&[WA]
       } ON 1
     ,  {[Measures].[Internet Sales Amount], [Measures].[Reseller Sales Amount]} ON 0
  FROM ( SELECT [Customer].[State-Province].&[WA]&[US] ON 0
           FROM [Adventure Works]
        )

Retourne les valeurs suivantes :

Les résultats ci-dessus indiquent que seuls les ascendants et descendants de Washington State font partie du sous-espace dans lequel l'instruction de sélection externe a été évaluée ; Oregon et Portland ont été supprimés du sous-cube parce qu'Oregon et tous les autres États frères n'ont pas été mentionnés dans l'instruction de sous-sélection lorsque Washington a été indiqué.

Le membre All a été ajusté pour refléter le filtrage sur Washington ; il n'a pas uniquement été ajusté dans la dimension [Customer Geography Geography] mais dans toutes les autres dimensions croisées avec [Customer Geography]. Toutes les dimensions non croisées avec [Customer Geography] restent dans le sous-cube non modifié.

Les deux instructions MDX suivantes illustrent comment le membre All dans d'autres dimensions est ajusté pour refléter l'effet de filtrage de l'instruction de sous-sélection. La première requête affiche les résultats non modifiés et la seconde indique l'impact du filtrage :

SELECT { [Customer].[Customer Geography].[All Customers]
       , [Customer].[Customer Geography].[Country].&[United States]
       , [Customer].[Customer Geography].[State-Province].&[OR]&[US]
       , [Customer].[Customer Geography].[City].&[Portland]&[OR]
       , [Customer].[Customer Geography].[State-Province].&[WA]&[US]
       , [Customer].[Customer Geography].[City].&[Seattle]&[WA]
       } ON 1
     ,   [Product].[Product Line].MEMBERS ON 0
  FROM [Adventure Works]
 WHERE [Measures].[Internet Sales Amount]

SELECT { [Customer].[Customer Geography].[All Customers]
       , [Customer].[Customer Geography].[Country].&[United States]
       , [Customer].[Customer Geography].[State-Province].&[OR]&[US]
       , [Customer].[Customer Geography].[City].&[Portland]&[OR]
       , [Customer].[Customer Geography].[State-Province].&[WA]&[US]
       , [Customer].[Customer Geography].[City].&[Seattle]&[WA]
       } ON 1
     ,   [Product].[Product Line].MEMBERS ON 0
  FROM ( SELECT [Customer].[State-Province].&[WA]&[US] ON 0
           FROM [Adventure Works]
        )
 WHERE [Measures].[Internet Sales Amount]

Les résultats ci-dessus indiquent que les valeurs All Products ont été ajustées uniquement sur les valeurs de Washington State, comme attendu.

Les instructions de sous-sélection peuvent être imbriquées sans limite de profondeur d'imbrication, sauf en ce qui concerne la mémoire disponible. L'instruction de sous-sélection la plus profonde définit le sous-espace de début auquel le filtrage est appliqué et transmis à la sélection externe suivante. Il est important de remarquer que l'imbrication n'est pas une opération commutative ; donc l'ordre dans lequel l'imbrication est définie peut produire des résultats différents. Les exemples suivants doivent indiquer la différence lors du choix d'un ordre d'imbrication.

SELECT [Sales Territory].[Sales Territory Region].MEMBERS on 0
     , [Product].[Product].MEMBERS on 1
  FROM (SELECT TOPCOUNT( [Product].[Product].CHILDREN, 5, [Measures].[Sales Amount]) ON 0
          FROM (SELECT TOPCOUNT( [Sales Territory].[Sales Territory Region].CHILDREN, 5, [Measures].[Sales Amount]) on 0
                  FROM [Adventure Works]
               )
        )
 WHERE [Measures].[Sales Amount]

Retourne les résultats suivants.

SELECT [Sales Territory].[Sales Territory Region].MEMBERS on 0
     , [Product].[Product].MEMBERS on 1
  FROM (SELECT TOPCOUNT( [Sales Territory].[Sales Territory Region].CHILDREN, 5, [Measures].[Sales Amount]) ON 0
          FROM (SELECT TOPCOUNT( [Product].[Product].CHILDREN, 5, [Measures].[Sales Amount]) on 0
                  FROM [Adventure Works]
               )
        )
 WHERE [Measures].[Sales Amount]

Retourne les résultats suivants.

Comme vous pouvez le voir, il y a des différences entre les résultats des deux jeux. La première requête a permis d'identifier les produits qui se sont le mieux vendus dans les 5 régions où les meilleures ventes ont été réalisées, la deuxième requête a permis de déterminer où les 5 produits les plus performants ont été vendus.

Notes

Les instructions de sous-sélection ont les restrictions et limitations suivantes :

• La clause WHERE ne filtre pas le sous-espace.

• La clause WHERE modifie uniquement le membre par défaut dans le sous-cube.

• La clause NON EMPTY n'est pas autorisée dans une clause d'axe ; utilisez à la place une expression de fonction NonEmpty (MDX).

• La clause HAVING n'est pas autorisée dans une clause d'axe ; utilisez à la place une expression de fonction Filter (MDX).

• Par défaut, les membres calculés ne sont pas autorisés dans les instructions de sous-sélection ; toutefois, cette restriction peut être modifiée, dans une base par session, en affectant une valeur à la propriété de chaîne de connexion SubQueries dans ConnectionString ou propriété DBPROP_MSMD_SUBQUERIES dans Propriétés XMLA prises en charge (XMLA). Consultez Membres calculés dans les sous-sélections et les sous-cubes pour une explication détaillée du comportement des membres calculés en fonction des valeurs de SubQueries ou DBPROP_MSMD_SUBQUERIES.