Share via


Bezeichner (DMX)

Jedes Objekt in MicrosoftSQL ServerAnalysis Services muss einen Bezeichner haben. Server, Datenbanken und Datenbankobjekte (Datenquellen, Datenquellensichten, Cubes, Dimensionen, Miningmodelle usw.) haben Bezeichner.

Ein Objektbezeichner wird erstellt, wenn Sie das Objekt definieren. Der Name eines Objekts ist dessen Bezeichner. Sie verwenden den Bezeichner dann, um auf das Objekt zu verweisen.

In Data Mining-Erweiterungen (DMX) gibt es zwei Klassen von Bezeichnern:

  • Reguläre Bezeichner

  • Begrenzte Bezeichner

Unabhängig vom Bezeichnertyp dürfen Bezeichner maximal 100 Zeichen lang sein.

Reguläre Bezeichner

Reguläre Bezeichner sind Namen, die den Analysis Services-Regeln für das Format von Bezeichnern entsprechen. In DMX erfordern reguläre Bezeichner keine Begrenzungszeichen. Es folgt ein Beispiel mit einer DMX-Anweisung, in der ein regulärer unbegrenzter Bezeichner verwendet wird:

SELECT * FROM Clustering.CONTENT

In diesem Beispiel ist "Clustering" der Name und der Bezeichner des Miningmodells. Da der Bezeichner keine Leerzeichen oder anderen Sonderzeichen enthält, ist es ein regulärer Bezeichner, der nicht in Klammern gesetzt werden muss.

Regeln für reguläre Bezeichner

Es gibt folgende Regeln für das Format eines regulären Bezeichners:

  1. Das erste Zeichen eines regulären Bezeichners muss eines der folgenden Zeichen sein:

    • Ein vom Unicode-Standard 2.0 definierter Buchstabe. Dazu gehören die lateinischen Zeichen von a bis z und von A bis Z sowie Buchstaben aus anderen Sprachen.

    • Ein Unterstrich (_).

  2. Im Anschluss daran können die folgenden Zeichen verwendet werden:

    • Im Unicode-Standard 2.0 definierte Buchstaben.

    • Dezimalzahlen aus dem lateinischen Grundalphabet oder anderen nationalen Schriftarten.

    • Ein Unterstrich (_).

  3. Der Bezeichner darf kein reserviertes DMX-Wort sein. Für reservierte Wörter erfolgt in DMX keine Unterscheidung nach Groß-/Kleinschreibung. Weitere Informationen finden Sie unter Reservierte Schlüsselwörter (DMX).

  4. Der Bezeichner darf keine eingebetteten Leerzeichen oder Sonderzeichen enthalten.

Falls ein Bezeichner diese Regeln nicht einhält, müssen Sie den Bezeichner in eckige Klammern setzen, wenn Sie den Bezeichner in DMX-Anweisungen verwenden.

Begrenzte Bezeichner

Begrenzte Bezeichner sind Bezeichner, die in Klammern ([]) gesetzt werden. Das folgende Beispiel enthält eine DMX-Anweisung mit einem begrenzten Bezeichner.

SELECT * FROM [Marketing_Clusters].CONTENT

In diesem Beispiel ist der Bezeichner für das Miningmodell [Marketing_Clusters]. Der Name wurde in Klammern gesetzt, obwohl er die Kriterien für reguläre Bezeichner erfüllt. Viele Entwickler halten es für eine empfohlene Vorgehensweise, aus Gründen der Übersichtlichkeit und zur Reduzierung von Problemen mit der Wartung und Migration von Code auch dann Klammern für Bezeichner zu verwenden, wenn keine Klammern erforderlich sind.

Bezeichner, die den Regeln für das Format von regulären Bezeichnern nicht entsprechen, müssen immer begrenzt sein. Das folgende Beispiel besteht aus einer DMX-Anweisung mit einem begrenzten Bezeichner, der ein Leerzeichen enthält:

SELECT * FROM [Targeted Mailing].CONTENT

In den folgenden Situationen müssen Sie immer begrenzte Bezeichner verwenden:

  • Wenn Sie reservierte Wörter für Objektnamen oder Teile von Objektnamen verwenden.

    Es empfiehlt sich, dass Sie keine reservierten Schlüsselwörter als Objektnamen verwenden. Datenbanken, die Sie von früheren Versionen von Analysis Services aktualisieren, enthalten möglicherweise Bezeichner, die Wörter umfassen, die in der früheren Version von Analysis Services nicht reserviert waren, in den nachfolgenden Versionen aber zu den reservierten Schlüsselwörtern gehören. Auf ein entsprechendes Objekt können Sie mit dem begrenzten Bezeichner verweisen, bis Sie den Namen des Objekts ggf. geändert haben.

  • Wenn Sie Zeichen verwenden, die nicht in den Regeln für normale Bezeichner definiert sind.

    In Analysis Services können Sie in einem begrenzten Bezeichner jedes Zeichen verwenden, das zur aktuellen Codepage gehört. Das Verwenden von Sonderzeichen in einem Objektnamen kann allerdings dazu führen, dass DMX-Anweisungen schwierig zu lesen und zu pflegen sind. Wenn einige Clientanwendungen z. B. die Codepage nicht verwenden können, kann es sein, dass die Benutzer dieser Anwendung keine Sonderzeichen anzeigen können. Als bewährte Methode sollten Sie Bezeichner verwenden, die von jedem Client gelesen und eingegeben werden können, den Sie oder die Benutzer möglicherweise verwenden müssen.

    HinweisHinweis

    Wenn Sie eine Analysis Services-Datenbank von einer älteren Version auf SQL Server 2008 aktualisieren, werden einige Objektnamen ggf. geändert, um die Eindeutigkeit beizubehalten. Weitere Informationen finden Sie unter Wichtige Änderungen von Analysis Services-Features in SQL Server 2008.

Regeln für begrenzte Bezeichner

Es gibt folgende Regeln für das Format von begrenzten Bezeichnern:

  1. Begrenzte Bezeichner können die gleiche Anzahl von Zeichen enthalten wie reguläre Bezeichner: von 1 bis 100 Zeichen, wobei die Begrenzungszeichen nicht gezählt werden.

  2. Der Hauptteil eines Bezeichners kann jede Kombination von Zeichen der aktuellen Codepage enthalten, einschließlich der Begrenzungszeichen selbst. Enthält der Hauptteil eines Bezeichners selbst Begrenzungszeichen, kann ein spezieller Schritt erforderlich sein:

    • Enthält der Hauptteil des Bezeichners eine linke eckige Klammer ([), ist kein zusätzlicher Schritt erforderlich.

    • Enthält der Hauptteil des Bezeichners eine rechte eckige Klammer (]), müssen Sie zwei rechte eckige Klammern angeben, um die einfache rechte eckige Klammer im Bezeichner darstellen zu können.

Begrenzen von mehrteiligen Bezeichnern

Wenn Sie vollqualifizierte Objektnamen verwenden, ist es eventuell erforderlich, mehr als einen der Bezeichner, aus denen sich der Objektname zusammensetzt, zu begrenzen. Sie müssen jeden Bezeichner einzeln begrenzen. Das folgende Beispiel zeigt einen qualifizierten Objektnamen, der mehrere begrenzte Bezeichner enthält.

[AdventureWorks DW 2008].[Targeted Mailing DT]