Éviter les hiérarchies d'attribut visibles pour les attributs utilisés comme niveaux dans les hiérarchies définies par l'utilisateur
Cette règle analyse chaque dimension de base de données pour déterminer si les attributs qui sont utilisés comme niveaux dans les hiérarchies utilisateur sont également visibles comme hiérarchies d'attribut.
Meilleures pratiques recommandées
Pour faciliter l'utilisation, il est généralement conseillé de masquer les hiérarchies d'attribut qui sont également utilisées comme niveaux dans les hiérarchies utilisateur. Si les membres d'attribut sont visibles de différentes façons, cela peut être source de confusion pour les utilisateurs. Pour masquer une hiérarchie d'attribut, modifiez sa propriété AttributeHierarchyVisible en False.
En général, un attribut n'a pas besoin d'être exposé dans sa propre hiérarchie à niveau unique lorsqu'il est également inclus dans une hiérarchie définie par l'utilisateur. Cette duplication ne fait que compliquer l'expérience de l'utilisateur final, sans apporter de valeur ajoutée. Vous devez envisager de renommer soit le niveau dans la hiérarchie utilisateur, soit la hiérarchie d'attribut.
Un cas courant dans lequel il convient de présenter deux vues d'un attribut est celui des dimensions de temps. Les possibilités de parcourir par [Month] et par [Month-Quarter-Year] présentent toutes deux un grand intérêt. Toutefois, ces deux attributs de mois sont en fait des attributs séparés. Le premier contient uniquement la valeur de mois, par exemple « janvier », alors que le second contient le mois et l'année, par exemple « janvier 1998 ».
Pour plus d'informations
Pour plus d'informations sur le masquage et la désactivation des hiérarchies d'attribut, consultez Masquage et désactivation des hiérarchies d'attribut dans la documentation en ligne de SQL Server et consultez la section « Utilisation efficace des hiérarchies » dans le Guide des performances SQL Server 2005 Analysis Services.