Objektbenennung (Analysis Services – Mehrdimensionale Daten)
In diesem Thema werden Benennungskonventionen für Objekte sowie reservierte Wörter und Zeichen beschrieben, die in Objektnamen, in Code oder Skripts in Analysis Services nicht verwendet werden können.
Benennungskonventionen
Jedes Objekt verfügt über eine Name-Eigenschaft und eine ID-Eigenschaft, die innerhalb des Bereichs der übergeordneten Auflistung eindeutig sein müssen. Beispielsweise können zwei Dimensionen über denselben Namen verfügen, solange sich beide in unterschiedlichen Datenbanken befinden.
Obwohl Sie die ID manuell angeben können, wird sie normalerweise bei der Objekterstellung automatisch generiert. Die ID sollte nicht mehr geändert werden, nachdem Sie mit dem Erstellen eines Modells begonnen haben. Alle Objektverweise im gesamten Modell basieren auf der ID. Daher kann die Änderung einer ID dazu führen, dass das Modell beschädigt wird.
Bei den Benennungskonventionen für DataSource-Objekte und DataSourceView-Objekte gelten keine nennenswerten Ausnahmen. Die DataSource-ID kann auf einen einzelnen Punkt (.) festgelegt werden, der als Verweis auf die aktuelle Datenbank dient, aber nicht eindeutig ist. Eine zweite Ausnahme bildet das DataSourceView-Objekt, das der für DataSet-Objekte in .NET Framework definierten Benennungskonvention folgt, bei der Name als Bezeichner verwendet wird.
Die folgenden Regeln gelten für Name-Eigenschaften und ID-Eigenschaften.
Bei Namen wird nicht zwischen Groß-/Kleinschreibung unterschieden. Daher kann in einer Datenbank nicht gleichzeitig ein Cube mit dem Namen "marketing" und ein anderer mit dem Namen "Marketing" enthalten sein.
Obwohl Leerzeichen in einen Namen eingebettet werden können, sind in Objektnamen keine führenden oder nachstehenden Leerzeichen zulässig. Führende und nachstehende Leerzeichen werden implizit abgeschnitten. Davon betroffen sind der Name und die ID eines Objekts.
Es können maximal 100 Zeichen eingegeben werden.
Es gibt keine besondere Anforderung für das erste Zeichen eines Bezeichners. Das erste Zeichen kann ein beliebiges gültiges Zeichen sein.
Reservierte Wörter und Zeichen
Reservierte Wörter sind immer Englisch und beziehen sich auf Objektnamen, nicht auf Beschriftungen. Falls Sie ein reserviertes Wort versehentlich in einem Objektnamen verwenden, tritt ein Überprüfungsfehler auf. Die unten aufgeführten reservierten Wörter dürfen in keinem Fall in Objektnamen für mehrdimensionale Modelle und Data Mining-Modelle verwendet werden.
Bei tabellarischen Modellen mit dem Datenbank-Kompatibilitätsgrad 1103 wurden die Überprüfungsregeln für bestimmte Objekte gelockert, um zu gewährleisten, dass sie mit den Anforderungen an erweiterte Zeichen und Benennungskonventionen bestimmter Clientanwendungen kompatibel sind. Datenbanken, die diese Kriterien erfüllen, unterliegen weniger strengen Überprüfungsregeln. In diesem Fall kann ein Objekt die Überprüfung bestehen, obwohl es ein eingeschränktes Zeichen enthält.
Reservierte Wörter
AUX
CLOCK$
COM1 bis COM9 (COM1, COM2, COM3 usw.)
CON
LPT1 bis LPT9 (LPT1, LPT2, LPT3 usw.)
NUL
PRN
NULL ist in XML in keiner Zeichenfolge als Zeichen zulässig.
Reservierte Zeichen
In der folgenden Tabelle werden die ungültigen Zeichen für bestimmte Objekte aufgeführt.
Objekt |
Ungültige Zeichen |
|---|---|
Server |
Befolgen Sie beim Benennen von Serverobjekten die Benennungskonventionen für Windows-Server. Ausführliche Informationen finden Sie unter Benennungskonventionen (Windows). |
DataSource |
: / \ * | ? " () [] {} <> |
Level oder Attribute |
. , ; ' ` : / \ * | ? " & % $ ! + = [] {} < > |
Dimension oder Hierarchy |
. , ; ' ` : / \ * | ? " & % $ ! + = () [] {} <,> |
Alle anderen Objekte |
. , ; ' ` : / \ * | ? " & % $ ! + = () [] {} < > |
Ausnahmen: Wenn reservierte Zeichen zulässig sind
Wie bereits erwähnt, können Datenbanken mit einem bestimmten Modalitäts- und Kompatibilitätsgrad Objektnamen enthalten, die reservierte Zeichen aufweisen. Bei tabellarischen Datenbanken (1103 oder höher), die die Verwendung erweiterter Zeichen zulassen, können Objektnamen für Dimensionsattribute, Hierarchien, Ebenen, Measures und KPIs reservierte Zeichen enthalten:
Servermodus und Datenbank-Kompatibilitätsgrad |
Reservierte Zeichen zulässig? |
|---|---|
MOLAP (alle Versionen) |
Nein |
Tabellarisch – 1050 |
Nein |
Tabellarisch – 1100 |
Nein |
Tabellarisch –1130 und höher |
Ja |
ModelType kann für Datenbanken auf default festgelegt sein. Da default mit multidimensional identisch ist, werden reservierte Zeichen in Spaltennamen folglich nicht unterstützt.