Règles d’affectation de noms d’objets (Analysis Services)

Cette rubrique décrit les conventions d’affectation de noms d’objets, ainsi que les mots réservés et les caractères qui ne peuvent pas être utilisés dans un nom d’objet, dans du code ou un script dans Analysis Services.

Conventions d'affectation de noms

Chaque objet a une propriété et ID une Name propriété qui doivent être uniques dans l’étendue de la collection parente. Par exemple, deux dimensions peuvent avoir le même nom tant que chacune réside dans une base de données différente.

Bien que vous puissiez le spécifier manuellement, il ID est généralement généré automatiquement lors de la création de l’objet. Vous ne devez jamais changer une ID fois que vous avez commencé à créer un modèle. Toutes les références d’objet dans un modèle sont basées sur le ID. Par conséquent, la modification d’un modèle ID peut facilement entraîner une altération du modèle.

DataSource et DataSourceView les objets ont des exceptions notables aux conventions d’affectation de noms. DataSource L’ID peut être défini sur un point unique (.), qui n’est pas unique, comme référence à la base de données actuelle. Une deuxième exception est DataSourceView, qui respecte les conventions d’affectation de noms définies pour DataSet les objets dans le .NET Framework, où l’identificateur Name est utilisé.

Les règles suivantes s’appliquent aux propriétés et ID aux Name propriétés.

• Les noms ne respectent pas la casse. Vous ne pouvez pas avoir un cube nommé « sales » et un autre nommé « Sales » dans la même base de données.

• Aucun espace de début ou de fin n’est autorisé dans un nom d’objet, bien que vous puissiez incorporer des espaces dans un nom. Les espaces de début et de fin sont implicitement coupés. Cela s’applique à la fois au Name et ID à l’objet.

• Le nombre maximal de caractères est de 100.

• Il n’existe aucune exigence particulière pour le premier caractère d’un identificateur. Le premier caractère peut être n’importe quel caractère valide.

Mots et caractères réservés

Les mots réservés sont en anglais et s’appliquent aux noms d’objets, et non aux légendes. Si vous utilisez par inadvertance un mot réservé dans un nom d’objet, une erreur de validation se produit. Pour les modèles d’exploration de données et multidimensionnels, les mots réservés décrits ci-dessous ne peuvent pas être utilisés dans n’importe quel nom d’objet, à tout moment.

Pour les modèles tabulaires, où la compatibilité de la base de données est définie sur 1103, les règles de validation ont été assouplies pour certains objets, hors conformité pour les exigences de caractères étendues et les conventions d’affectation de noms de certaines applications clientes. Les bases de données qui répondent à ces critères sont soumises à des règles de validation moins strictes. Dans ce cas, il est possible qu’un nom d’objet inclue un caractère restreint et passe toujours la validation.

Mots réservés

• AUX

• CLOCK$

• COM1 à COM9 (COM1, COM2, COM3, et ainsi de suite)

• DUPER

• LPT1 à LPT9 (LPT1, LPT2, LPT3, et ainsi de suite)

• NUL

• PRN

• NULL n’est pas autorisé en tant que caractère dans une chaîne au sein du code XML

Caractères réservés

Le tableau suivant répertorie les caractères non valides pour des objets spécifiques.

Exceptions : Lorsque les caractères réservés sont autorisés

Comme indiqué, les bases de données d’une modalité et d’un niveau de compatibilité spécifiques peuvent avoir des noms d’objets qui incluent des caractères réservés. Les noms d’objets d’attribut de dimension, de hiérarchie, de niveau, de mesure et d’indicateur de performance clé peuvent inclure des caractères réservés pour les bases de données tabulaires (1103 ou ultérieures) qui autorisent l’utilisation de caractères étendus :

Les bases de données peuvent avoir un ModelType par défaut. La valeur par défaut équivaut à multidimensionnelle et ne prend donc pas en charge l’utilisation de caractères réservés dans les noms de colonnes.

Voir aussi

Mots réservés MDX
Traductions (Analysis Services)
XML for Analysis Compliance (XMLA)