Hi All,

What is the necessary and sufficient requirement, that the Member.UniqueName
returns always a string of the following kind:

[Customers].[All
Customers].&[Country_key].&[Region_Key].&[City_Key].&[Customer_Key]

instead of the kind:

[Customers].[All
Customers].[Country_Name].[Region_Name].[City_Name].[Customer_Name].

Vladimir Chtepa

Hello Vladimir
thi
"[Customers].[AllCustomers].&[Country_key].&[Region_Key].&[City_Key].&[Customer_Key]
means that the membernames are not unique within the dimension and they need to be identified b
member key.
You can find an Option "MEMBER NAMES UNIQUE" for Level and Dimension in the Dimension Editor

HT
Jörg

Grüß dich Jörg

Wenn du Lüst hast, auf Deutsch darüber zu sprechen, wäre as mir liber.

Thanks Vladimir.


"Joerg" <anonymous (AT) discussions (DOT) microsoft.com> schrieb im Newsbeitrag
newsAE03E9D-5CBE-4DC9-971E-D6EFDE25729A (AT) microsoft (DOT) com...
mer_Key]"

Hallo Vladimir,
wenn Du z.Bsp in einer Kunden Dimension 2 Elemente mit dem
Namen Schmidt hast würden beide Unique Names wie folgt aussehen:
[Kunden].[Alle Kunden].[Schmidt]
Nun, dass kann natürlich nicht aufgelöst werden. Welcher Schmidt?
Du hast nun die Möglichkeit im Dimensions-Assistenten und Dimensions-Editor für den
Level oder die Dimension anzugeben dass MEMBER NAMES UNIQUE = False ist:
Nun werden die Unique Names anhand des MEMBER_KEY identifiziert, was natürlich zum Nachteil hat,
dass dieser nun nicht mehr so schön lesbar ist:
[KUNDEN].[Alle Kunden].&[Kunden_Nummer]

Falls Dir das nicht hilft, beschreibe Dein Problem genauer
Viele Gruesse
Jörg

Hallo Jörg



Danke für deine Hilfe.

Ich habe dass schon gewusst, dass die Eindeutigkeit des MemberKey und die
Uneindeutigkeit des MemberNamen machen das Format von UniqueName zusammen,
wie du das geschildert hast.



Bisher habe ich in meiner Lösung (DataWareHouse + OLAP-Datenbank +
AnwenderApplikation) immer Eindeutigkeit des MemberNamen gefordert. Es war
verdammt günstige Lösung aus dem UniqueNamen die Informationen 1000 Sachen
rauszuziehen.



Ich speichere die Einstellungen, von welchen in Applikation eine MDX-Abfrage
gebaut wird.

Langsam hat es zu Problemen gewachsen, dass die Namen ändern sich, obwohl
der MemberKey bleibt nach wie vor umgeändert.



Und ich habe meine Problem nur deswegen geschildert, dass ich jemanden
fragen wollte, ob die Dimension- bzw. Level-Properties bezüglich Name- /
Key-Eindeutigkeit einzige relevante Einstellung ist, und nicht noch etwas
ins Spiel kommt.



Für mich wäre es lieber, wenn das Format der Member.UniqueName unabhängig
von der Eindeutigkeit des MemberNamen aus MemberKey bestehen würde.



Viele Grüße
Vladimir



"joerg" <anonymous (AT) discussions (DOT) microsoft.com> schrieb im Newsbeitrag
news:9037A6DA-29E2-4144-BE3D-A48A2DB01827 (AT) microsoft (DOT) com...