Freigeben über

Objektbenennungsregeln (Analysis Services)

  • Artikel

Gilt für: SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium

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

Namenskonventionen

Jedes Objekt verfügt über eine Name- und ID-Eigenschaft, die innerhalb des Bereichs der übergeordneten Auflistung eindeutig sein muss. Beispielsweise können zwei Dimensionen denselben Namen haben, solange sich beide in unterschiedlichen Datenbanken befinden.

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

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

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

  • Bei den Namen wird die Groß-/Kleinschreibung nicht berücksichtigt. Sie können nicht über einen Cube mit dem Namen "sales" und einen anderen mit dem Namen "Sales" in derselben Datenbank verfügen.

  • Führende oder nachfolgende Leerzeichen sind in Objektnamen nicht zulässig. Innerhalb des Namens können Leerzeichen verwendet werden. Führende und nachstehende Leerzeichen werden implizit abgeschnitten. Dies gilt sowohl für den Namen als auch für 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 auf Englisch und gelten für Objektnamen, nicht für 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.

Object Ungültige Zeichen
Server Befolgen Sie beim Benennen von Serverobjekten die Benennungskonventionen für Windows-Server. Weitere Informationen finden Sie unter Benennungskonventionen (Windows).
DataSource : / \ * | ? " () [] {}<>
Ebene oder Attribut . , ; ' ` : / \ * | ? " & % $ ! + = [] {}<>
Dimension oder Hierarchie . , ; ' ` : / \ * | ? " & % $ ! + = () [] {}<,>
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. Dimensionsattribut-, Hierarchie-, Ebenen-, Measure- und KPI-Objektnamen für tabellarische Datenbanken (1103 oder höher) können reservierte Zeichen enthalten, wenn diese Datenbanken die Verwendung erweiterter Zeichen zulassen:

Servermodus und Datenbank-Kompatibilitätsgrad Reservierte Zeichen zulässig?
MOLAP (alle Versionen) No
Tabellarischer Modus - 1050 No
Tabellarischer Modus - 1100 No
Tabellarisch – 1130 und höher Yes

ModelType kann für Datenbanken auf default festgelegt sein. Da default mit multidimensional identisch ist, werden reservierte Zeichen in Spaltennamen folglich nicht unterstützt.

Weitere Informationen

Reservierte Wörter in MDX
Unterstützung für Übersetzungen in Analysis Services