Analysis Services Dimension - meilleure façon de gérer la description ou le nom convivial

Question

Si j'ai une dimension dans Analysis Services où la table de base comporte des colonnes comme celle-ci:

TransTypeKey TransTypeCode TransTypeDescription TransCategoryCode TransCategory Description 

où les colonnes de description sont juste des noms sympathiques pour le correspondant «code», quelle est la meilleure façon de capturer cela? Concatène le code et la description lors du chargement de la dimension? Gardez-les séparés?

Answer 1

Cela dépend de ce que l'utilisateur veut voir dans le cube final. La dimension va-t-elle être triée par le champ concaténé? Est-ce qu'ils trient/recherchent normalement par description ou par code? Si c'est à la fois vous aurez besoin d'attributs pour les deux versions ou concaténer les deux façons: Code-Description ainsi que Description-Code.

Dans tous les cas, je laisserais la table de base telle qu'elle est alors les concaténer dans une vue si vous avez accès à la base de données source ou dans le cube dsv si c'est le seul choix. Cela vous donne une certaine flexibilité pour l'avenir.

Answer 2

Si le code est unique ou peut être composé de façon unique, vous pouvez affecter le code à la propriété de clé de membre et la description à la propriété de nom de membre.

Cela fonctionne très bien et les clés de petites tailles de vos clés en supposant que vos codes sont des entiers simples ou petits caractères par rapport aux champs de description plus grande.