Definir información de tipo de campo de creación de dimensión
Si no está realizando una creación de dimensión, omita este tema.
Al definir tipos de campo en la regla, se especifica al menos la siguiente información:
-
Dimensión a la que pertenecen los miembros de esa columna.
-
Tipo de campo que se espera en esa columna, como principal, secundario, generación, propiedad o alias. El tipo de campo depende del origen de datos y del método de creación utilizado.

-
Información adicional en función del tipo de campo. Por ejemplo, para un tipo de campo de generación, también se especifica el número de generación de los miembros de esa columna.

Tipos de campos y métodos de creación válidos
Al diseñar una regla de creación de dimensión, se asignan tipos a los campos de datos de origen para ayudar a Essbase a crear la dimensión correctamente.
En la interfaz web de Essbase, asigne el tipo debajo del nombre de dimensión:

En la siguiente tabla, se muestran los tipos de campo y los métodos de creación válidos.
Tabla 12-1 Tipos de campos y métodos de creación válidos
| Tipo de campo(1) | Qué contiene el campo | Métodos de Creación Válidos |
|---|---|---|
|
Alias |
Un alias El valor de alias no se asignará al nuevo miembro si Creación de dimensión de actualización de miembro está definido en Eliminar no especificado y el origen de datos de un nuevo miembro contiene el valor de alias de un miembro eliminado. Se asignará si especifica Restablecer dimensión. En una regla normal, debe haber un campo de generación o nivel con el mismo valor, o bien, un campo anterior debe ser principal o secundario. En una regla basada en índices, debe haber un campo Generación o Nivel con el mismo valor, o bien, un campo anterior debe ser principal o secundario. |
Referencias de generación, nivel y principal-secundario |
|
Propiedad |
Propiedad de miembro. En los datos de origen, utilice los siguientes códigos para especificar la propiedad. Operador de consolidación
Tipo de almacenamiento de datos
Equilibrio de tiempo
Cálculo en dos pasadas
Omitir opción
Generación de informes de gastos
Tipo de Jerarquía
|
Referencias de generación, nivel y principal-secundario |
|
Fórmula |
Una fórmula |
|
|
Nombre de moneda |
(Solo esquemas de almacenamiento de bloques) Un nombre de moneda |
|
|
Categoría de moneda |
(Solo esquemas de almacenamiento de bloques) Una categoría de moneda |
|
|
UDA |
ADU |
|
|
Dimensión de atributo |
Una dimensión de atributo. Disponible en reglas normales y basadas en índices. | |
|
Principal de atributo |
En una dimensión de atributo, el nombre del miembro padre del miembro de atributo en el campo siguiente. Solo es necesario si el esquema está activado como miembro duplicado y hay dos miembros de atributo con el mismo nombre. Solo disponible para reglas normales. |
|
|
Nombre de una dimensión de atributo específica |
Miembro de la dimensión de atributo especificada. Este miembro está asociado a una generación o nivel especificados de la dimensión base seleccionada. |
|
|
Generación |
Nombre de un miembro en la generación especificada |
Referencias de generación |
|
Generación duplicada |
Nombre de un miembro con un miembro compartido como hijo. Solo disponible para reglas normales. |
|
|
Alias de creación duplicado |
Alias del miembro compartido. Solo disponible para reglas normales. |
|
|
Nivel |
Nombre de un miembro en un nivel. Solo disponible para reglas normales. |
Referencias de nivel |
|
Nivel duplicado |
Nombre de un miembro con un miembro compartido como hijo. Solo disponible para reglas normales. |
|
|
Duplicar alias de nivel |
Alias del miembro compartido. Solo disponible para reglas normales. |
|
|
Principal |
El nombre de un principal. |
Referencia principal-secundario |
|
Secundario |
El nombre de un hijo. Debe haber un campo principal en algún lugar que lo preceda. |
|
|
Prioridad en la que se calcula el miembro ( 0 a 127 ) |
||
|
Identificador único de un miembro, independiente de su nombre. Solo disponible para reglas basadas en índices. Al crear dimensiones, todos los miembros (incluidos los miembros compartidos) tienen ID de miembro únicos. Si migra un esquema existente mediante una de las herramientas de migración de Essbase, los ID de miembro se asignan automáticamente durante la migración. Si aplica un parche a Essbase sin migrar mediante una de las herramientas de migración de Essbase, los ID de miembro se asignan en la primera edición correcta del esquema después de aplicar el parche. |
||
|
Miembro de referencia |
Soportado solo en reglas basadas en índices, este tipo ofrece flexibilidad para modificar miembros existentes. El uso de este tipo requiere que el campo haga referencia a un miembro ya existente. Para ver un caso de uso, consulte "Ejercicio de bonificación" en Creación de una nueva regla de creación de dimensión |
Referencias de generación |
|
Uso de nivel agregado |
Opciones para influir en la selección de vista por defecto y basada en consultas en cubos de almacenamiento agregado.
|
|
| Cadena de formato | Una cadena de formato, si el cubo está activado para medidas escritas. La cadena de formato permite formatear los valores de las medidas de tipo numérico para que aparezcan en las consultas como texto, fechas u otros tipos predefinidos. Por ejemplo, con un valor formateado basado en texto, puede mostrar las celdas de datos como "Alta", "Mediana" y "Baja". | |
| Prototipo | El ID de miembro (o nombre único) del miembro prototipo para este miembro compartido. Este campo es necesario para los miembros compartidos en esquemas de miembros duplicados. Si no se define este valor, los miembros se crearán como miembros duplicados en lugar de miembros compartidos. |
Nota al pie 1 Los tipos de campo cuyos nombres comienzan por duplicados (como generación duplicada y alias de nivel duplicado) no están relacionados con nombres de miembros duplicados.
Ejemplo de método de creación principal-secundario
A continuación se muestra un ejemplo de una regla de creación de dimensión que utiliza el método de creación principal-secundario. El tipo de campo principal debe ser el primero, seguido de los secundarios.

Ejemplo de método de generación de generación
A continuación se muestra un ejemplo de una regla de creación de dimensión que utiliza el método de creación Generación. La generación 1 es la dimensión en sí, por lo que la regla de creación comienza con la generación 2. Las generaciones deben estar en orden ascendente en la regla, ya que se trata de una regla normal (no basada en índices).

Requisitos para asignar tipos de campos
Cada método de creación tiene requisitos para asignar tipos de campo.
Requisitos del método de creación de generación para compilaciones de dimensiones normales (no de índice):
-
Si los números de generación no comienzan en 2, el primer miembro de la generación especificada debe existir en el esquema.
-
Los números de generación deben formar un rango contiguo. Por ejemplo, si existen las generaciones 3 y 5, también debe definir la generación 4.
-
Coloque los campos de generación de duplicados inmediatamente después de los campos de generación (se aplican si utiliza miembros compartidos en una regla de método de generación). Del mismo modo, coloque los campos Alias de generación duplicada inmidately después de los campos Generación duplicada.

-
Agrupar campos de generación secuencialmente dentro de una dimensión. Por ejemplo:
Generación de producto 2, Generación de producto 3, Generación de producto 4.
-
Coloque los campos de asociación de atributos después del campo base con el que están asociados y especifique el número de generación del miembro de dimensión base asociado. Por ejemplo:
Generación de producto 2, Generación de producto 3, Onzas de producto 3
El número de generación debe corresponder a la generación del miembro en el esquema para el que el campo proporciona valores. Por ejemplo, Product Generation 3 significa que los valores del campo son miembros de tercera generación de la dimensión Product.
2en ID de miembro de población 2 y Alias de población 2 muestra que los valores del campo están asociados con el miembro de segunda generación de la dimensión de población.
Note:
Al utilizar el método de creación de generación para crear una dimensión de miembro duplicada, el número máximo de generaciones es 20.
Requisitos del método de creación de niveles:
-
Coloque los campos de nivel duplicado inmediatamente después de los campos de nivel (se aplican si utiliza miembros compartidos en una regla de método de creación de nivel). Del mismo modo, coloque los campos Alias de nivel duplicado inmediatamente después de los campos Nivel duplicado.
-
Cada registro debe contener un miembro de nivel 0. Si se repite un miembro de nivel 0 en un nuevo registro con un principal diferente, Essbase rechaza el registro a menos que seleccione la propiedad de miembro Permitir movimientos.
-
Los campos de nivel de grupo se agrupan secuencialmente dentro de una dimensión.
-
Coloque los campos de cada acumulación en orden secuencial.
-
Utilice un único registro para describir las acumulaciones principal y secundaria.
-
Coloque los campos de asociación de atributos después del campo base con el que están asociados y especifique el número de nivel del miembro de dimensión base asociado. Por ejemplo:
Nivel de producto 3, onzas de producto 3, nivel de producto 2
-
El número de nivel debe corresponder al nivel del miembro del esquema para el que el campo proporciona valores. Por ejemplo, el valor 3 de Nivel de producto 3 muestra que los valores del campo son miembros de nivel 3 de la dimensión Producto.
2en Alias de población 2 muestra que los valores del campo están asociados con el segundo nivel de la dimensión Población.
Requisitos del método de creación principal-secundario:
Si el tipo de campo es principal o secundario, escriba 0 (cero) en el cuadro de texto Número.
Requisitos del método de creación de nombre de dimensión de atributo:
El número de generación o nivel debe corresponder a la generación o el nivel del miembro base asociado en el esquema. Por ejemplo, 3 en Product Ounces 3 muestra que los valores del campo son los miembros de la dimensión de atributo Ounces que están asociados con el miembro de tercera generación de la dimensión Product en el mismo registro de datos de origen.
Si es necesario, mueva los campos a las ubicaciones obligatorias.