Objektbenennung (Analysis Services - Mehrdimensionale Daten)
Objektnamen, IDs und Verweise
Im Allgemeinen enthält jedes Hauptobjekt die folgenden Eigenschaften:
Name Normalerweise sind die Namen gleichgeordneter Objekte innerhalb des Bereichs der übergeordneten Auflistung eindeutig. Beispielsweise können zwei unterschiedliche Database-Objekte den gleichen Dimension-Namen besitzen. Innerhalb der Database sind die Dimension-Namen jedoch eindeutig. Auf Ausnahmen zu dieser Regel wird weiter unten hingewiesen. Beispielsweise müssen Measure-Namen auf der Cube-Ebene eindeutig sein, sie müssen jedoch nicht auf der Ebene der übergeordneten MeasureGroup eindeutig sein.
ID Die Eindeutigkeitseinschränkungen, die für Name-Eigenschaften gelten, gelten auch für ID-Eigenschaften. Außerdem können ID-Eigenschaften nicht geändert werden. ID-Eigenschaften werden während der Erstellung durch den Benutzer, durch die Anwendung oder automatisch von dem Server zugewiesen (wenn die Eigenschaften nicht festgelegt wurden). Wenn der Server ID-Eigenschaften zuweist, legt der Server die ID-Eigenschaften auf den Anfangsnamen des Objekts fest.
Description
Objektverweise
Auf Objekte wird durch ihre ID-Eigenschaften verwiesen. Die Benennungskonvention für ID-Eigenschaften beginnt mit einem auf dem Zieltyp basierenden Namen, diesem wird das Suffix "ID" hinzugefügt. Möglicherweise wird noch ein Präfix hinzugefügt, das weitere Informationen über die Rolle des Objekts angibt. Angenommen, das Objekt ist das in einem Cube verwendete Standardmeasure. Der Zieltyp des Objekts ist Measure. Diesem Zieltypnamen fügen Sie das Suffix "ID" und das Präfix "Standard" hinzu. TDer resultierende ID-Eigenschaftenname wird zu DefaultMeasureID, wie im folgenden Code gezeigt:
<Cube>
<DefaultMeasureID>Amount</DefaultMeasureID>
…
<Cube>
Wenn ein qualifizierter Name erforderlich ist, der aus mehreren IDs besteht (beispielsweise CubeID und MeasureID, beide verweisen auf ein Measure in einem anderen Cube), dann wird ein äußeres Element eingefügt, dass den Satz der ID-Elemente enthält.
Verweisausnahmen
Ein DataSource-Verweis, der aus einem einzigen Punkt (.) besteht, verweist auf die aktuelle Datenbank des aktuellen OLAP-Servers. Beispielsweise zeigt das folgende XML-Fragment auf die aktuelle Database der aktuellen OLAP-Serverinstanz:
<DataSourceID>.</DataSourceID>
Verweise auf DataSourceView-Elemente (DSV) sind Ausnahmen von den Verweisregeln. Ein DataSet-Objekt in Microsoft .NET Framework beschreibt das Schema für eine DSV. Im Schema verfügt ein DSV-Objekt über einen Name, aber nicht über eine unveränderliche ID. Verweise auf ein DSV-Objekt müssen daher den Name als Identifikationsmechanismus verwenden. Beispielsweise enthält der Verweis ColumnBinding.TableID nicht die ID. Stattdessen enthält der Verweis den Name der entsprechenden Tabelle.
Benennungsrichtlinien
ASSL wendet die gleichen Regeln für Groß-/Kleinschreibung und Leerzeichen auf Namen und ID-Eigenschaften an, die auch in DSO 8.0 verwendet werden:
Die Eindeutigkeitsprüfung für Name und ID unterscheidet nicht die Groß-/Kleinschreibung. Daher kann in einer Datenbank nicht gleichzeitig ein Cube mit dem Namen "verkäufe" und ein anderer mit dem Namen "Verkäufe" vorhanden sein.
Eine Name- oder ID-Eigenschaft kann zwar Leerzeichen enthalten, es dürfen jedoch keine führenden oder nachfolgenden Leerzeichen vorhanden sein. Führende und nachfolgende Leerzeichen werden implizit abgeschnitten. Diese Regel gilt sowohl für den Name und die ID eines Objekts als auch für die Werte des Elements, das auf diesen Name und diese ID verweist.
Die folgenden Regeln gelten auch für Name- und ID-Eigenschaften. Diese Regeln entsprechen den Regeln in DSO 8.0.
Es können maximal 100 Zeichen eingegeben werden.
Es gibt keine besondere Anforderung für das erste Zeichen eines Bezeichners. Das erste Zeichen kann jedes gültige Zeichen sein.
Die folgenden reservierten Namen dürfen nicht verwendet werden:
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.
In der folgenden Tabelle werden die ungültigen Zeichen für bestimmte Objekte aufgeführt.
Objekt |
Ungültige Zeichen |
|---|---|
Server |
Der Name muss den Regeln für Computernamen entsprechen. (IP-Adressen sind nicht gültig.) |
DataSource |
: / \ * | ? " () [] {} <> |
Level oder Attribute |
. , ; ' ` : / \ * | ? " & % $ ! + = [] {} < > |
Dimension oder Hierarchy |
.,, ; ' ` : / \ * | ? " & % $ ! + = () [] {} <,> |
Alle anderen Objekte |
. , ; ' ` : / \ * | ? " & % $ ! + = () [] {} < > |
Lokalisierte Namen.
Beschriftungen für Objekte, die für Clients sichtbar sind (beispielsweise Dimension, Hierarchie und Level) können für unterschiedliche Sprachen lokalisiert werden. Beschriftungen für Objekte, die mithilfe von Befehlen definiert werden (beispielsweise berechnete Measures und benannte Sätze), werden als Teil der MDX-Definition der Objekte bereitgestellt.
Auch die Bindungen für Attribute ermöglichen eine andere Quelle (beispielsweise eine andere Quellenspalte), um den Attributnamen für unterschiedliche Sprachen anzugeben.
Die Namen von Objekten können nicht lokalisiert werden.