Attribution de noms aux objets (Analysis Services - Données multidimensionnelles)

Cette rubrique décrit les conventions d'affectation des noms d'objet et les mots et caractères réservés qui ne peuvent être utilisés dans aucun nom d'objet, dans le code ni dans le script, dans Analysis Services.

Conventions d'affectation des noms

Chaque objet a une propriété Name et ID qui doit être unique 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 spécifier cela manuellement, l'ID est habituellement autogénéré lors de la création de l'objet. Vous ne devriez jamais modifier l'ID après avoir commencé à créer un modèle. Toutes les références d'objet dans un modèle sont basées sur l'ID. Par conséquent, le fait de modifier un ID entraîne facilement la corruption du modèle.

Pour les objets DataSource et DataSourceView, des exceptions notables aux conventions d'affectation de noms s'appliquent. L'ID DataSource peut être défini comme un seul point (.), non unique, comme référence à la base de données active. Une seconde exception concerne DataSourceView, qui adhère aux conventions d'affectation de noms définies pour les objets DataSet dans le .NET Framework, où Name est utilisé comme identifiant.

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

• Les noms ne respectent pas la casse. Il n'est pas possible d'avoir un cube nommé « Ventes » et un autre nommé « Ventes » dans la même base de données.

• Aucun espace de début ou de fin n'est autorisé dans le nom de l'objet, mais il est possible d'inclure des espaces à l'intérieur du nom. Les espaces de début ou de fin sont tronqués implicitement. Cela s'applique à Name et à ID à la fois pour un objet.

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

• Il n'y a aucune spécification spéciale pour le premier caractère d'un identificateur. Le premier caractère peut être tout caractère valide.

Mots et caractères réservés

Les mots réservés sont en anglais, et s'appliquent aux noms d'objet, non aux légendes. Si vous avez utilisé par inadvertance un mot réservé dans un nom d'objet, une erreur de validation s'affiche. Pour les modèles multidimensionnels et d'exploration de données, les mots réservés décrits ci-dessous ne peuvent en aucun cas être utilisés dans un nom d'objet.

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, et sont hors de conformité pour les exigences de caractères étendus et les conventions d'affectation de noms de certaines applications clientes. Les bases de données qui répondent à ces critères sont régies par des règles de validation moins strictes. Dans ce cas, il est possible qu'un nom d'objet contienne un caractère restreint et qu'il soit validé.

Mots réservés

• AUX

• CLOCK$

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

• CON

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

• NUL

• PRN

• NULL n'est autorisé comme caractère dans aucune chaîne au sein de XML

Caractères réservés

Le tableau ci-dessous répertorie les caractères non valides pour les objets spécifiques.

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

Comme nous l'avons indiqué, les bases de données d'un niveau de modalité et de compatibilité spécifique peuvent avoir des noms d'objet contenant des caractères réservés. Les noms d'attribut de dimension, de hiérarchie, de niveau, de mesure et de KPI peuvent contenir des caractères réservés, pour des bases de données (niveau 1103 ou supérieur) 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 correspond à un modèle multidimensionnel, par conséquent, l'utilisation de caractères réservés dans les noms de colonne n'est pas prise en charge.

Voir aussi

Concepts

Mots réservés MDX

Traductions (Analysis Services - Données multidimensionnelles)

Conformité XML for Analysis (XMLA)