Reglas de nomenclatura de objetos (Analysis Services)

En este tema se describen las convenciones de nomenclatura de objetos, así como las palabras reservadas y los caracteres que no se pueden usar en ningún nombre de objeto, en el código o script de Analysis Services.

Convenciones de nomenclatura

Cada objeto tiene una Name propiedad y ID que debe ser única dentro del ámbito de la colección primaria. Por ejemplo, dos dimensiones pueden tener el mismo nombre siempre que cada una resida en una base de datos diferente.

Aunque puede especificarlo manualmente, ID normalmente se genera automáticamente cuando se crea el objeto. Nunca debe cambiar una ID vez que haya empezado a crear un modelo. Todas las referencias de objeto a lo largo de un modelo se basan en .ID Por lo tanto, cambiar un ID elemento puede dar lugar fácilmente a daños en el modelo.

DataSource y DataSourceView los objetos tienen excepciones importantes a las convenciones de nomenclatura. DataSource El identificador se puede establecer en un único punto (.), que no es único, como referencia a la base de datos actual. Una segunda excepción es DataSourceView, que se adhiere a las convenciones de nomenclatura definidas para DataSet los objetos de .NET Framework, donde Name se usa como identificador.

Las reglas siguientes se aplican a Name las propiedades y ID .

• Los nombres no distinguen mayúsculas de minúsculas. No puede tener un cubo denominado "sales" y otro denominado "Sales" en la misma base de datos.

• No se permiten espacios iniciales o finales en un nombre de objeto, aunque puede insertar espacios dentro de un nombre. Los espacios iniciales y finales se recortan implícitamente. Esto se aplica tanto a como NameID a un objeto .

• El número máximo de caracteres es 100.

• No hay ningún requisito especial para el primer carácter de un identificador. El primer carácter puede ser cualquier carácter válido.

Palabras y caracteres reservados

Las palabras reservadas están en inglés y se aplican a los nombres de objeto, no a los subtítulos. Si usa accidentalmente una palabra reservada en un nombre de objeto, se producirá un error de validación. En el caso de los modelos de minería de datos y multidimensionales, las palabras reservadas descritas a continuación no se pueden usar en ningún nombre de objeto en ningún momento.

En el caso de los modelos tabulares, donde la compatibilidad de la base de datos se establece en 1103, las reglas de validación se han relajado para determinados objetos, fuera del cumplimiento de los requisitos de caracteres extendidos y las convenciones de nomenclatura de determinadas aplicaciones cliente. Las bases de datos que cumplen estos criterios están sujetas a reglas de validación menos estrictas. En este caso, es posible que un nombre de objeto incluya un carácter restringido y siga pasando la validación.

Palabras reservadas

• AUX

• CLOCK$

• COM1 a COM9 (COM1, COM2, COM3, etc.)

• CONTRA

• LPT1 a LPT9 (LPT1, LPT2, LPT3, etc.)

• NUL

• PRN

• No se permite NULL como carácter en ninguna cadena dentro del XML.

Caracteres reservados

En la tabla siguiente se enumeran caracteres no válidos para objetos específicos.

Excepciones: cuando se permiten caracteres reservados

Como se indicó, las bases de datos de un nivel de compatibilidad y modalidad específicos pueden tener nombres de objeto que incluyan caracteres reservados. Los nombres de objeto de dimensión, jerarquía, nivel, medida y KPI pueden incluir caracteres reservados para las bases de datos tabulares (1103 o superior) que permiten el uso de caracteres extendidos:

Las bases de datos pueden tener un ModelType de forma predeterminada. El valor predeterminado es equivalente a multidimensional y, por tanto, no admite el uso de caracteres reservados en nombres de columna.

Véase también

Palabras reservadas mdx
Traducciones (Analysis Services)
XML for Analysis Compliance (XMLA)