Partager via


Vue d'ensemble de l'architecture logique (Analysis Services - données multidimensionnelles)

Une instance de Analysis Services peut contenir plusieurs bases de données, et une base de données peut contenir en même temps des objets OLAP et des objets d'exploration de données. Les applications se connectent à une instance spécifiée de Analysis Services et à une base de données spécifiée. Un ordinateur serveur peut héberger plusieurs instances de Analysis Services. Les instances de Analysis Services sont nommées « <NomServeur>\<NomInstance> ». L'illustration suivante montre toutes les relations mentionnées entre les objets Analysis Services.

Relations d'objets AMO en cours d'exécution

Les classes Basic sont le jeu minimum d'objets requis pour générer un cube. Ce jeu minimum d'objets est une dimension, un groupe de mesures et une partition. L'agrégation est facultative.

Les dimensions sont construites à partir d'attributs et de hiérarchies. Les hiérarchies sont formées par un jeu ordonné d'attributs, où chaque attribut du jeu correspond à un niveau dans la hiérarchie.

Les cubes sont construits à partir de dimensions et de groupes de mesures. Les dimensions dans la collection de dimensions d'un cube appartiennent à la collection de dimensions de la base de données. Les groupes de mesures sont des collections de mesures qui ont la même vue de source de données et ont le même sous-ensemble de dimensions du cube. Un groupe de mesures dispose d'une ou de plusieurs partitions pour gérer les données physiques. Un groupe de mesures peut avoir une conception d'agrégation par défaut. La conception d'agrégation par défaut peut être utilisée par toutes les partitions dans le groupe de mesures ; de plus, chaque partition peut avoir sa propre conception d'agrégation.

  • Objets serveur
    Chaque instance de Analysis Services est vue comme un objet serveur différent dans AMO (Analysis Management Objects) ; chaque instance différente est connectée à un objet Server par une connexion différente. Chaque objet serveur contient une ou plusieurs sources de données, vues de source de données et objets de base de données, ainsi qu'assemblys et rôles de sécurité.

  • Objets de dimension
    Chaque objet de base de données contient plusieurs objets de dimension. Chaque objet de dimension contient un ou plusieurs attributs, organisés en hiérarchies.

  • Objets de cube
    Chaque objet de base de données contient un ou plusieurs objets de cube. Un cube est défini par ses mesures et ses dimensions. Les mesures et les dimensions d'un cube sont dérivées des tables et des vues de la vue de source de données sur laquelle est basé le cube ou qui est générée à partir des définitions des mesures et des dimensions.

Héritage d'objet

Le modèle objet ASSL contient de nombreux groupes d'éléments répétés. Par exemple, le groupe d'élément « Dimensions contient Hierarchies », définit la hiérarchie de dimension d'un élément. Cubes et MeasureGroups contiennent le groupe d'élément, « Dimensions contient Hierarchies ».

Sauf en cas de remplacement explicite, un élément hérite les détails de ces groupes d'éléments répétés du niveau supérieur. Par exemple, les Translations pour un CubeDimension sont les mêmes que Translations pour son élément ancêtre Cube.

Pour remplacer explicitement des propriétés héritées d'un objet de niveau supérieur, un objet n'a pas besoin de répéter explicitement la totalité de la structure et des propriétés de l'objet de niveau supérieur. Les seules propriétés qu'un objet doit déclarer explicitement sont les propriétés que l'objet souhaite remplacer. Par exemple, un CubeDimension peut lister uniquement les Hierarchies qui doivent être désactivés dans le Cube, ou dont la visibilité doit être changée, ou dont certains détails Level n'ont pas été fournis au niveau Dimension.

Quelques propriétés spécifiées sur un objet fournissent des valeurs par défaut pour la même propriété sur un objet enfant ou descendant. Par exemple, Cube.StorageMode fournit la valeur par défaut de Partition.StorageMode. Pour les valeurs par défaut héritées, ASSL applique les mêmes règles utilisées dans DSO (Decision Support Objects) 8.0. La liste suivante décrit ces règles pour les valeurs par défaut héritées :

  • Lorsque la propriété de l'objet enfant est NULL dans XML, la valeur de la propriété a comme valeur par défaut la valeur héritée. Toutefois, si vous interrogez la valeur du serveur, le serveur renvoie la valeur NULL de l'élément XML.

  • Il n'est pas possible de déterminer par programmation si la propriété d'un objet enfant a été définie directement sur l'objet enfant ou hérité.

Exemple

Le cube Imports contient deux mesures, Packages et Last, ainsi que trois dimensions connexes, Route, Source et Time.

Exemple de cube 1

Les petites valeurs alphanumériques autour du cube représentent les membres des dimensions. Les membres sont par exemple ground (membre de la dimension Route), Africa (membre de la dimension Source) et 1st quarter (membre de la dimension Time).

Mesures

Les valeurs dans les cellules de cube représentent les deux mesures, Packages et Last. La mesure Packages représente le nombre de lots importés et la fonction Sum est utilisée pour agréger les faits. La mesure Last représente la date de réception et la fonction Max est utilisée pour agréger les faits.

Dimensions

La dimension Route représente le mode de transport par lequel les importations arrivent à destination. Les membres de cette dimension sont notamment ground, nonground, air, sea, road ou rail. La dimension Source représente les lieux de production des biens importés, par exemple Africa ou Asia. La dimension Time représente les trimestres et les semestres d'une année.

Agrégats

Les utilisateurs professionnels d'un cube peuvent déterminer les valeurs des mesures pour chaque membre de toutes les dimensions, quel que soit le niveau du membre dans la dimension, parce que Analysis Services agrège les valeurs à des niveaux supérieurs s'il y a lieu. Par exemple, les valeurs de mesure dans l'illustration précédente peuvent être agrégées en fonction d'une hiérarchie de calendrier standard en utilisant la hiérarchie Calendar Time de la dimension Time, comme l'illustre le diagramme suivant.

Diagramme de mesures organisé le long d'une dimension de temps

Outre l'agrégation au sein d'une même dimension, les mesures peuvent faire l'objet d'une agrégation combinant un nombre de membres appartenant à différentes dimensions. Cela permet aux utilisateurs professionnels d'évaluer les mesures dans plusieurs dimensions en même temps. Par exemple, si un utilisateur professionnel souhaite analyser les importations trimestrielles arrivées par voie aérienne en provenance des hémisphères Est (Eastern Hemisphere) et Ouest (Western Hemisphere), il peut exécuter une requête sur le cube pour extraire le dataset suivant.

Packages

Last

All Sources

Eastern Hemisphere

Western Hemisphere

All Sources

Eastern Hemisphere

Western Hemisphere

All Time

25110

6547

18563

Dec-29-99

Dec-22-99

Dec-29-99

1st half

11173

2977

8196

Jun-28-99

Jun-20-99

Jun-28-99

1st quarter

5108

1452

3656

Mar-30-99

Mar-19-99

Mar-30-99

2nd quarter

6065

1525

4540

Jun-28-99

Jun-20-99

Jun-28-99

2nd half

13937

3570

10367

Dec-29-99

Dec-22-99

Dec-29-99

3rd quarter

6119

1444

4675

Sep-30-99

Sep-18-99

Sep-30-99

4th quarter

7818

2126

5692

Dec-29-99

Dec-22-99

Dec-29-99

Après la création d'un cube, il est possible de définir de nouvelles agrégations ou de modifier les agrégations existantes pour définir des options qui déterminent si les agrégations sont précalculées durant le traitement ou calculées lors de l'exécution des requêtes. Rubrique connexe :Agrégations et conceptions d'agrégation.

Mappage de mesures, d'attributs et de hiérarchies

Les mesures, les attributs et les hiérarchies dans l'exemple de cube sont dérivés des colonnes suivantes des tables de faits et de dimension du cube.

Mesure ou attribut (niveau)

Membres

Table source

Colonne source

Valeur de colonne exemple

Mesure Packages

Non applicable

ImportsFactTable

Packages

12

Mesure Last

Non applicable

ImportsFactTable

Last

May-03-99

Niveau Route Category dans la dimension Route

nonground,ground

RouteDimensionTable

Route_Category

Nonground

Niveau Route dans la dimension Route

air,sea,road,rail

RouteDimensionTable

Route

Sea

Attribut Hemisphere dans la dimension Source

Eastern Hemisphere,Western Hemisphere

SourceDimensionTable

Hemisphere

Eastern Hemisphere

Attribut Continent dans la dimension Source

Africa,Asia,AustraliaEurope,N. America,S. America

SourceDimensionTable

Continent

Europe

Attribut Half dans la dimension Time

1st half,2nd half

TimeDimensionTable

Half

2nd half

Attribut Quarter dans la dimension Time

1st quarter,2nd quarter,3rd quarter,4th quarter

TimeDimensionTable

Quarter

3rd quarter

Les données d'une cellule de cube proviennent généralement de plusieurs lignes de la table de faits. Par exemple, la cellule du cube à l'intersection du membre air, du membre Africa et du membre 1st quarter contient une valeur issue de l'agrégation des lignes suivantes de la table de faits ImportsFactTable.

Import_ReceiptKey

RouteKey

SourceKey

TimeKey

Packages

Last

3516987

1

6

1

15

Jan-10-99

3554790

1

6

1

40

Jan-19-99

3572673

1

6

1

34

Jan-27-99

3600974

1

6

1

45

Feb-02-99

3645541

1

6

1

20

Feb-09-99

3674906

1

6

1

36

Feb-17-99

Dans le tableau précédent, le fait que chaque ligne possède les mêmes valeurs pour les colonnes RouteKey, SourceKey et TimeKey indique que ces lignes participent à la composition de la même cellule de cube.

L'exemple présenté ici concerne un cube très simple, qui n'a qu'un seul groupe de mesures et auquel toutes les tables de dimension sont jointes à la table de faits dans un schéma en étoile. Dans un autre schéma commun, appelé schéma en flocons, une ou plusieurs tables de dimension sont jointes à une autre table de dimension au lieu d'être jointes directement à la table de faits. Rubrique connexe :Dimensions (Analysis Services - Données multidimensionnelles).

L'exemple présenté ici ne contient qu'une seule table de faits. Quand un cube a plusieurs tables de faits, les mesures de chaque table de faits sont organisées en groupes de mesures et un groupe de mesures est lié à un jeu de dimensions spécifique par des relations de dimension définies. Ces relations sont définies en spécifiant les tables participantes dans la vue de source de données et la granularité de la relation. Rubrique connexe :Relations de dimension.