Asignar miembros en particiones

Si el origen y el destino de la partición contienen el mismo número de miembros y utilizan los mismos nombres de miembros, Essbase asigna automáticamente los miembros. Solo necesita validar, guardar y probar las particiones. Si Essbase no se puede asignar automáticamente, debe realizar la asignación manualmente.

Para crear una partición, Essbase debe poder asignar todos los miembros de datos de origen compartidos a los miembros de destino. Oracle recomienda que los nombres de miembros de origen y de destino sean los mismos para reducir los requisitos de mantenimiento de la partición, especialmente cuando la partición se basa en atributos.

Asigne miembros de origen a miembros de destino de una de las siguientes maneras:

Introduzca o seleccione nombres de miembros manualmente. (Al escribir un nombre de miembro duplicado, escriba el nombre del miembro cualificado y escríbalo entre comillas dobles; por ejemplo, "[State].[New York]"
Cree asignaciones específicas de área.

Temas de esta sección:

Asignar miembros con nombres diferentes

Si el esquema de origen y el esquema de destino de la partición de Essbase contienen miembros diferentes, o si los miembros tienen nombres diferentes en cada esquema, debe asignar los miembros de origen a los miembros de destino.

En el siguiente ejemplo, los dos primeros nombres de miembro son idénticos, pero el tercer nombre de miembro es diferente:

Source       Target
Product      Product
   Cola         Cola
Year         Year
   1998         1998
Market       Market
   East         East_Region

Puesto que sabe que East en el origen de datos corresponde a East_Region en el destino de datos, asigne East a East_Region. A continuación, todas las referencias a East_Region en el destino de datos apuntan a East en el origen de datos. Por ejemplo, si el valor de datos para Cola, 1998, East es 15 en el origen de datos, el valor de datos para Cola, 1998, East_Region es 15 en el destino de datos.

Asignar cubos con dimensiones adicionales

El número de dimensiones en el origen y el destino de la partición de Essbase puede variar. Para evitar errores de validación en tales casos, debe asignar miembros adicionales en una mitad a "Anular" en la otra mitad.

El siguiente ejemplo ilustra un caso en el que hay más dimensiones en el esquema de origen que en el esquema de destino:

Source       Target
Product      Product
   Cola         Cola
Market       Market
   East         East
Year
   1999
   1998
   1997

Puede asignar el miembro 1997 de la dimensión Year a Anular en el destino de datos. En primer lugar, defina las áreas del origen que desea compartir con el destino:

Source                        Target
@DESCENDANTS(Market), 1997    @DESCENDANTS(Market)

A continuación, asigne el miembro de origen a Anular en el destino:

Source       Target
1997         Void

"Anular" se muestra automáticamente; introducir manualmente "Anular" puede causar errores.

Si no incluye al menos un miembro de la dimensión adicional en la definición de área, recibirá un mensaje de error cuando intente validar la partición.

Note:

Cuando asigna un miembro desde una dimensión adicional, los resultados de la partición reflejan datos solo para el miembro asignado. En el ejemplo anterior, la dimensión Year contiene tres miembros: 1999, 1998 y 1997. Si asigna el miembro 1997 del origen al destino, los resultados de la partición reflejan los datos de producto y mercado solo para 1997. No se extraerán los datos de productos y mercados correspondientes a 1998 y 1999.

En el siguiente ejemplo, se muestra un caso en el que el destino incluye más dimensiones que el origen:

Source       Target
Product      Product
   Cola         Cola
             Market
                East
Year         Year
   1997         1997

En estos casos, defina primero las áreas compartidas del origen y el destino:

Source                   Target
@IDESCENDANTS(Product)   @IDESCENDANTS(Product), East

A continuación, puede asignar el miembro Este desde la dimensión Mercado del destino a Anular en el origen de datos:

Source       Target
Void         East

Si el miembro East de la dimensión Market del destino no está incluido en la definición de áreas de destino, recibirá un mensaje de error cuando intente validar la partición.

Asignar miembros compartidos

Cuando cree una partición replicada o transparente mediante un miembro compartido, utilice los nombres de miembros prototipo en la asignación.

Essbase asigna el miembro prototipo del origen.

Asignar atributos asociados a miembros

Para asegurarse de que la partición de Essbase es válida, debe asignar con precisión dimensiones de atributo y miembros de los datos de origen a los datos de destino.

Note:

No puede asignar miembros de la dimensión de atributos en particiones replicadas. Sin embargo, puede asignar atributos en particiones transparentes. Consulte Atributos en Particiones de Essbase.

En el siguiente ejemplo, el esquema del origen contiene una dimensión Product con un miembro 100 (Cola). Los secundarios 100-10 y 100-20 están asociados con el miembro TRUE de la dimensión de atributo cafeinado, y el secundario 100-30 está asociado con el miembro FALSE de la dimensión de atributo cafeinado.

El esquema de destino tiene una dimensión Product con un miembro 200 (Cola). Los secundarios 200-10 y 200-20 están asociados con el miembro Sí de la dimensión de atributo With_Caffeine y el secundario 200-30 está asociado con el número de la dimensión de atributo With_Caffeine.

En primer lugar, defina las áreas que se van a compartir del origen al destino:

Source               Target
@DESCENDANTS(100)    @DESCENDANTS(200)
@DESCENDANTS(East)   @DESCENDANTS(East)

A continuación, asigne los atributos:

Source               Target
100–10               200–10
100–20               200–20
100–30               200–30
Caffeinated          With Caffeine
Caffeinated_True     With_Caffeine_True
Caffeinated_False    With_Caffeine_False

Si asigna el atributo Caffeinated_True al atributo With_Caffeine_No, recibirá un mensaje de error durante la validación. Debe asociar la cola con cafeína del origen a la cola con cafeína del destino.

Puede existir una dimensión de atributo o un miembro de atributo en el esquema de origen, pero no en el esquema de destino, O, en el esquema de destino, pero no en el esquema de origen. Por ejemplo:

Source         Target
Caffeinated
   True
   False

En esos casos, tiene las siguientes opciones:

Cree la dimensión de atributo cafeinado y sus miembros en el esquema del destino y asócielos a la dimensión Product. A continuación, puede asignar los atributos del origen al destino.
Asigne la dimensión de atributo con cafeína en el origen a Anular en el destino.

Crear asignaciones específicas de área avanzadas

Si puede asignar todos los miembros del origen de partición a sus homólogos del destino mediante la asignación de miembros estándar, no es necesario realizar una asignación avanzada específica del área.

Si necesita controlar la forma en que Essbase asigna miembros a un nivel más granular, puede que necesite utilizar una asignación específica de área, que asigna miembros de un área a miembros de otra área solo en el contexto de un mapa de área concreto.

Utilice la asignación de área a área para realizar lo siguiente:

Asigne los datos de forma diferente según de dónde procedan.
Asigne varios miembros del origen de datos a un único miembro del destino de datos.

Dado que Essbase no puede determinar cómo asignar varios miembros en el origen de datos a un único miembro en el destino de datos, debe determinar lógicamente cómo dividir los datos hasta que pueda aplicar una regla de asignación a ese subjuego de datos. A continuación, utilice esa regla en el contexto de la asignación específica de área para asignar los miembros.

Ejemplo 10-1 Ejemplo 1: Asignación Específica de Área Avanzada

El origen de datos y el destino de datos contienen las siguientes dimensiones y miembros:

Source       Target
Product      Product
   Cola         Cola
Market       Market
   East         East
Year         Year
   1998         1998
   1999         1999
             Scenario
                Actual
                Budget

El origen de datos no tiene una dimensión Scenario. En su lugar, asume que los datos pasados son datos reales y los datos futuros son datos de previsión o presupuesto.

Usted sabe que 1998 en el origen de datos debe corresponder a 1998, Real en el destino de datos y 1999 en el origen de datos debe corresponder a 1999, Presupuesto en el destino de datos. Por ejemplo, si el valor de datos para Cola, Este, 1998 en el origen de datos es 15, el valor de datos para Cola, Este, 1998, Real en el destino de datos debe ser 15.

Puesto que la asignación funciona en miembros, no en combinaciones de miembros, no puede simplemente asignar 1998 a 1998, Real. Defina el área (1998 y 1998, Real) y, a continuación, cree reglas de correlación específicas de área para esa área.

Puesto que el origen de datos no tiene miembros Real y Presupuesto, también debe asignar estos miembros a Anular en el destino de datos.

Ejemplo 10-2 Ejemplo 2: Asignación Específica de Área Avanzada

También puede utilizar la asignación específica de área avanzada si el origen de datos y el destino de datos están estructurados de forma muy diferente pero contienen el mismo tipo de información.

Esta estrategia funciona, por ejemplo, si el origen de datos y el destino de datos contienen las siguientes dimensiones y miembros:

Source       Target
Market       Customer_Planning
   NY             NY_Actual
   CA            NY_Budget
                 CA_Actual
                 CA_Budget
Scenario
   Actual
   Budget

Usted sabe que NY y Actual en el origen de datos deben corresponder a NY_Actual en el destino de datos y NY y Budget en el origen de datos deben corresponder a NY_Budget en el destino de datos. Por ejemplo, si el valor de datos para NY, Budget en el origen de datos es 28, el valor de datos para NY_Budget en el destino de datos debe ser 28.

Debido a que la asignación funciona en miembros, no en combinaciones de miembros, no puede simplemente asignar NY, Actual a NY_Actual. Defina el área (NY y Actual, y NY_Actual) y, a continuación, cree reglas de asignación específicas de área para esa área.

Puesto que el destino de datos no tiene miembros NY y CA, también debe asignar estos miembros a Anular en el destino de datos para que la dimensionalidad se complete al pasar del origen de datos al destino de datos.