Vermeiden Sie sichtbare Attributshierarchien für Attribute, die in benutzerdefinierten Hierarchien als Ebenen verwendet werden.

Diese Regel analysiert jede Datenbankdimension, um zu ermitteln, ob Attribute, die in Benutzerhierarchien als Ebenen verwendet werden, auch in Attributhierarchien sichtbar sind.

Empfehlungen zu Best Practices

Um die Benutzerfreundlichkeit zu erhöhen, sollten Sie in der Regel Attributhierarchien verbergen, die auch als Ebenen in Benutzerhierarchien verwendet werden. Es kann für die Benutzer verwirrend sein, wenn Attributelemente in verschiedenen Zusammenhängen sichtbar sind. Um eine Attributhierarchie auszublenden, ändern Sie ihre AttributeHierarchyVisible-Eigenschaft in False.

Ein Attribut muss für gewöhnlich nicht in seiner eigenen, eine Ebene umfassenden Hierarchie verfügbar gemacht werden, wenn das Attribut auch in einer benutzerdefinierten Hierarchie enthalten ist. Diese Verdoppelung verkompliziert nur die Handhabung für den Endbenutzer, ohne zusätzliche Vorteile zu bieten. Sie sollten erwägen, die Ebene entweder in der Benutzerhierarchie oder der Attributhierarchie umzubenennen.

Zeitdimensionen stellen einen häufig vorkommenden Fall dar, in dem es angebracht ist, zwei Sichten eines Attributs darzustellen. Es ist sinnvoll, Daten nach [Month] und nach [Month-Quarter-Year] durchsuchen zu können. Allerdings sind diese beiden Month-Attribute hier eigentlich verschiedene Attribute. Das erste Month-Attribut enthält nur den Monat, z. B. „Januar“, das zweite Month-Attribut enthält dagegen den Monat und das Jahr, z. B. „Januar 1998“.

Weitere Informationen

Weitere Informationen dazu, wie Attributhierarchien verborgen und deaktiviert werden, finden Sie unter Ausblenden und Deaktivieren von Attributhierarien in der SQL Server-Onlinedokumentation und im Abschnitt „Using hierarchies effectively“ im SQL Server 2005 Analysis Services Performance Guide.