Benennungsregeln für Objekte (Analysis Services)

In diesem Thema werden Objektbenennungskonventionen sowie die reservierten Wörter und Zeichen beschrieben, die in keinem Objektnamen, in Code oder Skript in Analysis Services verwendet werden können.

Namenskonventionen

Jedes Objekt verfügt über eine Name eigenschaft, ID die innerhalb des Bereichs der übergeordneten Auflistung eindeutig sein muss. Beispielsweise können zwei Dimensionen denselben Namen haben, solange sich jeder in einer anderen Datenbank befindet.

Obwohl Sie sie manuell angeben können, wird dies in der ID Regel automatisch generiert, wenn das Objekt erstellt wird. Sie sollten die Änderung niemals ändern, wenn Sie mit dem ID Erstellen eines Modells begonnen haben. Alle Objektverweise in einem Modell basieren auf dem ID. Daher kann das Ändern eines ID Modells leicht zu einer Beschädigung des Modells führen.

DataSource und DataSourceView Objekte weisen wichtige Ausnahmen von Benennungskonventionen auf. DataSource Die ID kann auf einen einzelnen Punkt (.) festgelegt werden, der nicht eindeutig ist, als Verweis auf die aktuelle Datenbank. Eine zweite Ausnahme ist DataSourceView, die den Benennungskonventionen entspricht, die für DataSet Objekte im .NET Framework definiert sind, wobei dies Name als Bezeichner verwendet wird.

Die folgenden Regeln gelten für Name und ID Eigenschaften.

• Namen sind unabhängig von der Groß-/Kleinschreibung. Sie können keinen Cube mit dem Namen "Sales" und einen anderen Namens "Sales" in derselben Datenbank haben.

• In einem Objektnamen sind keine führenden oder nachgestellten Leerzeichen zulässig, obwohl Sie Leerzeichen in einen Namen einbetten können. Führende und nachfolgende Leerzeichen werden implizit gekürzt. Dies gilt sowohl für das Name Objekt als ID auch für ein Objekt.

• Die maximale Anzahl von Zeichen beträgt 100.

• Für das erste Zeichen eines Bezeichners ist keine besondere Anforderung erforderlich. Das erste Zeichen kann ein beliebiges gültiges Zeichen sein.

Reservierte Wörter und Zeichen

Reservierte Wörter sind in Englisch und gelten für Objektnamen und keine Beschriftungen. Wenn Sie versehentlich ein reserviertes Wort in einem Objektnamen verwenden, tritt ein Überprüfungsfehler auf. Bei mehrdimensionalen und Data Mining-Modellen können die unten beschriebenen reservierten Wörter jederzeit nicht in einem Objektnamen verwendet werden.

Bei tabellarischen Modellen, bei denen die Datenbankkompatibilität auf 1103 festgelegt ist, wurden Validierungsregeln für bestimmte Objekte aus der Einhaltung der erweiterten Zeichenanforderungen und Benennungskonventionen bestimmter Clientanwendungen entspannt. Datenbanken, die diese Kriterien erfüllen, unterliegen weniger strengen Validierungsregeln. In diesem Fall ist es möglich, dass ein Objektname ein eingeschränktes Zeichen enthält und die Überprüfung noch besteht.

Reservierte Wörter

• AUX

• UHR$

• COM1 bis COM9 (COM1, COM2, COM3 usw.)

• BETRÜGEN

• LPT1 bis LPT9 (LPT1, LPT2, LPT3 usw.)

• NUL

• PRN

• NULL ist in einer Zeichenfolge im XML-Code nicht als Zeichen zulässig.

Reservierte Zeichen

In der folgenden Tabelle sind ungültige Zeichen für bestimmte Objekte aufgeführt.

Ausnahmen: Wenn reservierte Zeichen zulässig sind

Wie bereits erwähnt, können Datenbanken einer bestimmten Modalitäts- und Kompatibilitätsstufe Objektnamen enthalten, die reservierte Zeichen enthalten. Dimensions-Attribut, Hierarchie-, Level-, Measure- und KPI-Objektnamen können reservierte Zeichen für tabellarische Datenbanken (1103 oder höher) enthalten, die die Verwendung erweiterter Zeichen ermöglichen:

Datenbanken können standardmäßig einen ModelType aufweisen. Der Standardwert entspricht multidimensionalen Zeichen und unterstützt daher die Verwendung reservierter Zeichen in Spaltennamen nicht.

Siehe auch

Reservierte MDX-Wörter
Übersetzungen (Analysis Services)
XML für Analysis Compliance (XMLA)