Relations de dimension

L’utilisation de la dimension définit les relations entre une dimension de cube et les groupes de mesures d’un cube. Une dimension de cube est une instance d’une dimension de base de données utilisée dans un cube spécifique. Un cube peut, et souvent, avoir des dimensions de cube qui ne sont pas directement liées à un groupe de mesures, mais qui peuvent être indirectement liées au groupe de mesures par le biais d’une autre dimension ou d’un autre groupe de mesures. Lorsque vous ajoutez une dimension de base de données ou un groupe de mesures à un cube, Microsoft SQL Server Analysis Services tente de déterminer l’utilisation des dimensions en examinant les relations entre les tables de dimension et les tables de faits dans la vue de source de données du cube, et en examinant les relations entre les attributs dans les dimensions. Analysis Services définit automatiquement les paramètres d’utilisation de dimension pour les relations qu’il peut détecter.

Une relation entre une dimension et un groupe de mesures se compose des tables de dimension et de faits participant à la relation et à un attribut de granularité qui spécifie la granularité de la dimension dans le groupe de mesures particulier.

Relations de dimension régulières

Une relation de dimension régulière entre une dimension de cube et un groupe de mesures existe lorsque la colonne clé de la dimension est jointe directement à la table de faits. Cette relation directe est basée sur une relation clé primaire-étrangère dans la base de données relationnelle sous-jacente, mais peut également être basée sur une relation logique définie dans la vue de source de données. Une relation de dimension régulière représente la relation entre les tables de dimension et une table de faits dans une conception de schéma en étoile traditionnelle. Pour plus d’informations sur les relations régulières, consultez Définir une relation régulière et des propriétés de relation régulière.

Relations de dimension de référence

Une relation de dimension de référence entre une dimension de cube et un groupe de mesures existe lorsque la colonne clé de la dimension est jointe indirectement à la table de faits par le biais d’une clé dans une autre table de dimension, comme illustré dans l’illustration suivante.

Une relation de dimension de référence représente la relation entre les tables de dimension et une table de faits dans une conception de schéma flocon. Lorsque des tables de dimension sont connectées dans un schéma flocon de neige, vous pouvez définir une dimension unique à l’aide de colonnes de plusieurs tables, ou vous pouvez définir des dimensions distinctes en fonction des tables de dimension distinctes, puis définir un lien entre eux à l’aide du paramètre de relation de dimension de référence. La figure suivante montre une table de faits nommée InternetSales et deux tables de dimension appelées Customer et Geography, dans un schéma snowflake.

Vous pouvez créer une dimension avec la table Customer comme table principale de dimension et la table Geography incluse comme table associée. Une relation régulière est ensuite définie entre la dimension et le groupe de mesures InternetSales.

Vous pouvez également créer deux dimensions liées au groupe de mesures InternetSales : une dimension basée sur la table Customer et une dimension basée sur la table Geography . Vous pouvez ensuite associer la dimension Geography au groupe de mesures InternetSales à l’aide d’une relation de dimension de référence à l’aide de la dimension Customer. Dans ce cas, lorsque les faits dans le groupe de mesures InternetSales sont dimensionnés par la dimension Geography, les faits sont dimensionnés par le client et par géographie. Si le cube contenait un deuxième groupe de mesures nommé Reseller Sales, vous ne pouvez pas dimensioner les faits dans le groupe de mesures Reseller Sales par Geography, car aucune relation n’existerait entre Reseller Sales et Geography.

Il n’existe aucune limite au nombre de dimensions de référence pouvant être chaînées, comme illustré dans l’illustration suivante.

Pour plus d’informations sur les relations référencées, consultez Définir une relation référencée et des propriétés de relation référencée.

Relations de dimension de faits

Les dimensions de faits, fréquemment appelées dimensions dégénérées, sont des dimensions standard qui sont construites à partir de colonnes d’attributs dans des tables de faits plutôt qu’à partir de colonnes d’attributs dans des tables de dimension. Les données dimensionnelles utiles sont parfois stockées dans une table de faits pour réduire la duplication. Par exemple, le diagramme suivant affiche la table de faits FactResellerSales , à partir de l’exemple de base de données multidimensionnelle Adventure Works DW 2012.

La table contient des informations d’attribut non seulement pour chaque ligne d’une commande émise par un revendeur, mais sur la commande elle-même. Les attributs cerclé dans le diagramme précédent identifient les informations de la table FactResellerSales qui peuvent être utilisées comme attributs dans une dimension. Dans ce cas, deux informations supplémentaires, le numéro de suivi de l’opérateur et le numéro de bon de commande émis par le revendeur, sont représentés par les colonnes d’attribut CarrierTrackingNumber et CustomerPONumber. Ces informations sont intéressantes, par exemple, les utilisateurs seraient certainement intéressés à voir les informations agrégées, telles que le coût total du produit, pour toutes les commandes livrées sous un seul numéro de suivi. Toutefois, sans données de dimension pour ces deux attributs, ne peuvent pas être organisés ou agrégés.

En théorie, vous pouvez créer une table de dimension qui utilise les mêmes informations clés que la table FactResellerSales et déplacer les deux autres colonnes d’attribut, CarrierTrackingNumber et CustomerPONumber, vers cette table de dimension. Toutefois, vous devrez dupliquer une partie importante des données et ajouter une complexité inutile à l’entrepôt de données pour représenter seulement deux attributs comme une dimension distincte.

Pour plus d’informations sur les relations de faits, consultez Définir une relation de faits et des propriétés de relation de faits.

Plusieurs à de nombreuses relations de dimension

Dans la plupart des dimensions, chaque fait joint à un seul membre de dimension et un seul membre de dimension peut être associé à plusieurs faits. Dans la terminologie de la base de données relationnelle, il s’agit d’une relation un-à-plusieurs. Toutefois, il est fréquemment utile de joindre un seul fait à plusieurs membres de dimension. Par exemple, un client bancaire peut avoir plusieurs comptes (vérification, enregistrement, carte de crédit et comptes d’investissement), et un compte peut également avoir des propriétaires conjoints ou multiples. La dimension Customer construite à partir de ces relations aurait alors plusieurs membres liés à une transaction de compte unique.

SQL Server Analysis Services vous permet de définir une relation plusieurs-à-plusieurs entre une dimension et une table de faits.

Pour plus d’informations sur les relations plusieurs-à-plusieurs, consultez Définir une relation plusieurs-à-plusieurs et des propriétés de relation plusieurs-à-plusieurs.

Voir aussi

Dimensions (Analysis Services - Données multidimensionnelles)