PARTITION AREA / AREA DE LA PARTICIÓN

English (Español a continuación)

When defining a partition we must establish the areas of the source and target databases that we want to connect.

  • These areas are defined in the «Create partition» menu (or «Edit partition» menu when the partition already exists), in the «Areas» tab.

The outlines of the source and target databases do not have to be identical (they can have different dimensions, different members or different names) but the area of ​​the partition (in which we connect the two databases) has to be relatable.

  • If they are not identical they must be relatable: for example, one database may have the dimension “Markets” and the other the dimension “Countries”, but both record the same information. Through the «Assignments» we will indicate to Essbase that theses members are related.

The size of both areas (number of cells) in the replicated and transparent partitions must be equal.

  • In the «Areas» menu, the option «Show cell count» can be activated to see the size of the areas of the partition in the source database and in the target database.
  • If they have different sizes when validating an invalid partition message will appear, although it may work for those parts of the areas that are common to both databases.

Source database:

  • Double-clicking on the blank box under «Origin» opens a window that shows all the dimensions of the source database and where we can display the members.
  • We can pass the entire dimension or select specific members within them.
  • Right-clicking on a dimension / member opens a window with different options: «Add», «Add all children», «Add all descendants and the member» … The selected members go to the right window.
  • There is an option, “Subset”, that allows to add conditions to the initial selection:
    • For example: Suppose the dimension «Countries», we can select @DESCENDANTS («Europe») AND @LEVMBRS («Countries», «Lev1, Countries»)
  • It is not mandatory to select members of all dimensions, that is, there may be dimensions that we do not select.
    • Not selecting a dimension implies that all that dimension enters in the partition.
    • At least one dimension must be included in the partition.
  • The order in which the members of the different dimensions are selected can be different in the source database and in the target database, and does not affect the validity of the partition.
  • At the bottom of the window we have the option to select by levels or generations (instead of by the name of the members -default option-).
  • Another option is to import a file (for example, a text file) with the partition area defined.
  • Once the selection is finished, click on «Accept».

Target database:

  • It works exactly in the same way as the previous one.

Members of the attribute dimensions cannot be used in the definition of the partition areas. But the functions @ATTRIBUTE and @WITHATTR can be used in the definition of the areas (functions that we will include by activating «Use text editor» or «Use inline editor»).

  • For example, we have the attribute dimension «Size» and one of its members is «Large»: we cannot include «Large» in the definition of the area, but we can include @ATTRIBUTE (Large) or, for example, @WITHATTR (Size , ”>”, Large).

Substitution variables can be used in defining the partition areas.

  • The advantage is that by updating the value of the variable (for example, current month) it is not necessary to modify the areas of the partition.
  • This variable is defined as the other variables: right click on EssbaseCluster-1 and in the window opened select “Create” / “Variable”.
  • Once the variable is defined, it is included in the partition area: in the «Areas» menu, click on «Use text editor» / «Use inline editing» and put the variable preceded by «&». It can be included in both areas (source database or target database).
  • When the value of the variable is changed, in order for the partition to take the new value it must be validated and saved.

In a partition we can define more than one area: one in each line.

Overlapping occurs when partitions of different source databases point to the same area of ​​the target database. This is only admitted in linked partitions; in replicated or transparent partitions when validating will give an error message.

Some considerations already mentioned:

  • When the areas of the partition are different in the source database and in the target database, when validating a warning will show that the partition is not valid, but it will work for those areas that are common in both databases.
    • For example, if in the source database we select January, February and March, and in the targe database we select March, April and May, the partition will work for common elements (in this case, for March).

Español

Al definir una partición hay que establecer las áreas de las bases origen y destino que queremos

Al definir una partición hay que establecer las áreas de las bases origen y destino que queremos conectar.

  • Estas áreas se definen en el menú “Crear partición” (o “Editar partición” cuando la partición ya existe) en la pestaña “Áreas”.

Los outlines de las bases origen y objetivo no tienen que ser idénticos (pueden tener distintas dimensiones, distintos miembros o distintos nombres) pero el área de la partición (en la que conectamos las dos bases) tiene que ser relacionable.

  • Si no son idénticas tienen que ser relacionables: por ejemplo, puede que una base tenga la dimensión “Mercados” y la otra la dimensión “Países”, pero que ambas recojan la misma información. A través de las “Asignaciones” le indicaremos a Essbase que estos dos miembros están relacionados.

El tamaño de ambas áreas (número de celdas) en las particiones replicadas y transparentes debe ser igual.

  • En el menú “Áreas” se puede activar la opción “Mostrar recuento de celdas” para ver el tamaño de las áreas de la partición en la base origen y en la base objetivo.
  • Si tienen distintos tamaños al validar nos aparecerá un mensaje de partición no válida, si bien puede llegar a funcionar para aquellas partes de las áreas que sean comunes a ambas bases.

Base origen:

  • Haciendo doble click sobre la casilla en blanco que hay debajo de “Origen” se abre una ventana que muestra todas las dimensiones de la base origen y donde podemos ir navegando, desplegando los miembros.
  • Podemos pasar toda la dimensión o ir seleccionando miembros dentro de ellas.
  • Haciendo click con el botón derecho sobre una dimensión / miembro se abre una ventana con diferentes opciones: “Agregar”, “Agregar todos los secundarios”, “Agregar todos los descendientes y el miembro”… Los miembros seleccionados van pasando a la ventana de la derecha.
  • Hay una opción, “Subjuego”, que permite añadir condiciones a la selección inicial:
    • Por ejemplo: Supongamos la dimensión “Países”, podemos seleccionar @DESCENDANTS(“Europa”) AND @LEVMBRS(“Países”,”Lev1,Países”)
  • No es obligatorio seleccionar miembros de todas las dimensiones, es decir, puede haber dimensiones que no seleccionemos.
    • No seleccionar una dimensión implica que toda esa dimensión entra en la partición.
    • Al menos hay que incluir en la partición una dimensión.
  • El orden en el que se seleccionan los miembros de las distintas dimensiones puede ser distinto en la base origen y en la base objetivo, y no afecta a la validez de la partición.
  • En la parte inferior de la ventana tenemos la opción de que en lugar del nombre de los miembros (opción por defecto) podamos seleccionar por niveles o por generaciones.
  • Otra opción es importar un fichero (por ejemplo, un fichero de texto) en el que tengamos definida el área de la partición.
  • Una vez terminada la selección hacemos click en “Aceptar”.

Base objetivo:

  • Funciona exactamente igual que la anterior: vamos seleccionando y finalmente hacemos click en “Aceptar”.

En la definición de las áreas de la partición no se pueden utilizar miembros de las dimensiones atributos. Pero si se puede utilizar en la definición de las áreas las funciones atributos @ATTRIBUTE y @WITHATTR (funciones que incluiremos activando “Usar editor de texto” o “Usar editor en línea”).

  • Por ejemplo, tenemos la dimensión atributo “Tamaño” y uno de sus miembros es “Grande”: no podemos incluir “Grande” en la definición del área pero si podemos incluir @ATTRIBUTE(Grande) o, por ejemplo, @WITHATTR(Tamaño,”>”,Grande).

En la definición de las áreas de la partición se pueden utilizar variables de sustitución.

  • La ventaja es que actualizando el valor de la variable (por ejemplo, mes actual) no hay que modificar las áreas de la partición.
  • Esta variable se define como el resto de variables: hacer click con el botón derecho sobre EssbaseCluster-1 y en la ventana que se abre seleccionar “Crear” / “Variable”.
  • Una vez definida la variable se incluye en el área de la partición: en el menú “Áreas” se hace click en “Usar editor de texto” / “Usar edición en línea” y se pone la variable precedido del signo “&”.  Se puede incluir tanto en el área de la base origen como en el de la base objetivo.
  • Cuando se cambia el valor de la variable, para que la partición tome el nuevo valor hay que validarla y guardarla.

En una partición podemos definir más de un área: una en cada línea.

Overlapping ocurre cuando particiones de distintas bases son origen de la misma área de la base objetivo. Esto sólo se admite en particiones vinculadas; en particiones replicadas o transparentes al validar la partición da un mensaje de error.

Algunas consideraciones que ya hemos comentado:

  • Cuando las áreas de la partición son diferentes en la base origen y en la base objetivo, al validar aparecerá una advertencia de que la partición no es válida, pero funcionará para aquellas áreas que sean comunes en ambas bases.
    • Por ejemplo, si en la base origen seleccionamos Enero, Febrero y Marzo, y en la base objetivo seleccionamos Marzo, Abril y Mayo, la partición funcionará para los elementos comunes (en este caso, para Marzo).