Évitez de spécifier par dimension plusieurs attributs ne pouvant faire l'objet d'une agrégation

Meilleures pratiques recommandées

Pour faciliter l'utilisation, il est généralement conseillé de ne pas définir plus d'un attribut de dimension comme ne pouvant faire l'objet d'une agrégation. Un attribut de dimension ne peut faire l'objet d'une agrégation si sa propriété IsAggregatable a la valeur False.

Un attribut ne pouvant faire l'objet d'une agrégation n'a aucun membre au niveau (Tous). Par conséquent, le membre par défaut de l'attribut sera toujours un membre autre que le membre au niveau (Tous). De plus, une requête inclura ce membre par défaut, que l'attribut soit expressément inclus dans la requête ou non. Ce comportement par défaut produit des nombres inattendus lorsque plusieurs attributs ne pouvant faire l'objet d'une agrégation ont été définis. Par exemple, vous avez une dimension de temps dans laquelle les attributs [Calendar Year] et [Fiscal Year] ne peuvent faire l'objet d'une agrégation. Les requêtes pour les données d'une [Calendar Year] spécifique seront filtrées par la [Fiscal Year] par défaut, à moins que la requête spécifie expressément une [Fiscal Year] différente. En outre, [Calendar Year] et [Fiscal Year] ne s'alignent pas mais se chevauchent. Par conséquent, il est donc difficile d'obtenir les données complètes pour une [Calendar Year] ou une [Fiscal Year] car l'une est simultanément filtrée par l'autre.

Pour faciliter l'utilisation, vous devez définir un membre par défaut pour chaque attribut ne pouvant faire l'objet d'une agrégation.

Pour plus d'informations

Pour plus d'informations sur l'utilisation d'attributs ne pouvant faire l'objet d'une agrégation, consultez Configuration du niveau (Tous) pour les hiérarchies d'attributs dans la documentation en ligne de SQL Server et la section « Optimisation de la conception de dimension » dans le Guide des performances SQL Server 2005 Analysis Services.