English (Español a continuación)

A partition is a section of a database that is shared with another database.

  • There may be partitions between databases in the same application, in different applications, or in different servers.

Every partition links two databases:

  • Source database: it is the database that contains the information to be shared.
  • Target database: it is the database with which this information will be shared.

There are three types of partitions:

  • Replicated – A segment from the source database is copied in the target database.
  • Transparent: a segment of the source database can be accessed from the target database, but the information is not copied in the target database.
  • Linked: from a query to the target database, through a linked cell, the source database can be accessed (a new spreadsheet is opened with a query to this database).

Some considerations:

  • A database can have sections not shared with any database and sections shared through partitions.
  • The same database can be a source database on one partition and a target database on another partition.
  • A database can contain multiple partitions: it can serve as a source database or target database for numerous partitions
    • But between two databases there can only be one partition of each type: for example, there can be a replicated partition and a transparent partition, but there cannot be two replicated partitions.
    • When displaying the «Partitions» option in a database, it is possible to see which are the partitions in which this database appears as the source database and which are in which it appears as the target database.
  • There can be partitions between databases of the same type (both block storage or both aggregation storage) or of different types (one block storage and the other aggregate storage). The possible combinations are as follows:
  • The area of ​​a replicated partition of a target database can be the area of ​​a replicated / transparent partition in which this database acts as the source database. Instead, the area of ​​a transparent partition of a target database can be the area of ​​a transparent partition (but NOT a replicated partition) in which the database acts as the source database.
  • In a replicated or transparent partition there can be no overlap in the partition: two source databases send information to the same section of the target database: Essbase shows an error.
    • This can happen on linked partitions.
  • Data cannot be replicated into dynamic calc members / dynamic calc and store members of the target base, as these members are calculated at the time the query is made.
  • Substitution variables can be used in the definition of the partition area.


The advantages offered by partitions depend on the type of partition, but in general, instead of having a single large centralized database, having the information distributed in different databases offers the following advantages:

  • It offers autonomy to the different units of the organization: they have common shared information (partitions with the central database), and specific information for each unit.
  • It improves efficiency, especially if the users are geographically distant units where connections can slow down data uploads, calculations, and queries. Even if there are time differences, each unit is autonomous to manage its local information on its own database, or to set times for the maintenance of the databases.
  • It can improve efficiency because not all users work with the same database, but with different ones.
  • It also improves efficiency in calculations by maintaining multiple smaller databases rather than a single large centralized one.
  • It can improve security to the extent that there is not a single database that centralizes all the information, but the information (at least partially) is distributed in different databases: a database failure can have limited impact.


  • It requires to keep the outlines of the databases synchronized and the data updated in the different databases.


Una partición es una sección de una base de datos que se comparte con otra base de datos.

  • Puede haber particiones entre bases de la misma aplicación, de diferentes aplicaciones, o de diferentes servidores.

Toda partición vincula dos bases de datos:

  • Base de datos origen: es la base que contiene la información que se va a compartir.
  • Base de datos objetivo: es la base con la que se va a compartir dicha información.

Hay tres tipos de particiones:

  • Replicada: un segmento de la base de datos origen se copia en la base de datos objetivo.
  • Transparente: a un segmento de la base de datos origen se puede acceder desde la base de datos objetivo, pero la información no se copia en la base objetivo.
  • Vinculada: desde una consulta a la base de datos objetivo, a través de una celda vinculada se puede acceder a la base de datos origen (se abre una nueva hoja de cálculo con una consulta a esta base).

Algunas consideraciones:

  • Una base puede tener secciones no compartidas con ninguna base y secciones compartidas a través de particiones.
  • Una misma base de datos puede ser base de origen en una partición y base objetivo en otra partición.
  • Una base de datos puede contener múltiples particiones: puede servir como base origen o base objetivo de numerosas particiones
    • Pero entre dos bases tan sólo puede haber una partición de cada tipo: por ejemplo, puede haber una partición replicada y otra transparente, pero no puede haber dos particiones replicadas.
    • Al desplegar en una base de datos la opción “Particiones” se pueden ver cuáles son las particiones en la que esta base figura como base origen y cuáles son en las que figura como base objetivo.
  • Puede haber particiones entre bases de datos del mismo tipo (ambas de almacenamiento de bloques o ambas de almacenamiento de agregación) o de distinto tipo (una de almacenamiento de bloque y la otra de almacenamiento de agregación). Las posibles combinaciones son las siguientes:
  • El área de una partición replicada de una base de datos objetivo puede ser el área de una partición replicada / transparente en la que la base funcione como base origen. En cambio, el área de una partición transparente de una base de datos objetivo puede ser el área de una partición transparente (pero NO de una partición replicada) en la que la base funcione como base origen.
  • En una partición replicada o transparente no puede haber solape en la partición: que dos bases origen envíen información a la misma sección de la base objetivo: Essbase muestra un error.
    • Esto sí se puede producir en particiones vinculadas.
  • No se puede replicar datos en miembros de cálculo dinámico o de cálculo y almacenamiento dinámico de la base objetivo, ya que estos miembros se calculan en el momento en el que se realiza la consulta.
  • En la definición del segmento de la partición (área de la partición) se pueden utilizar variables de sustitución.


Las ventajas que ofrecen las particiones dependen del tipo de partición, pero en general, en lugar de tener una única base centralizada de gran tamaño tener la información repartida en diferentes bases ofrece las siguientes ventajas:

  • Ofrece autonomía a las distintas unidades de la organización: tener información común compartida (particiones con la base de datos central), e información particular de cada unidad.
  • Favorece la eficiencia, especialmente si los usuarios son unidades geográficamente distantes donde las conexiones pueden ralentizar la subida de datos, los cálculos, las consultas. Incluso si hay diferencias horarias, cada unidad es autónoma para gestionar su información local en sus propias bases, o para fijar momentos para el mantenimiento de las bases.
  • Puede mejorar la eficiencia en la medida en la que no todos los usuarios acuden a la misma base si no que trabajan con diferentes bases.
  • También mejora la eficiencia de los cálculos al mantener varias bases más pequeñas en lugar de una única base centralizada de gran tamaño.
  • Puede mejorar la seguridad en la medida en que no hay una única base que centraliza toda la información, sino que la información (al menos parcialmente) está distribuida en diferentes bases. Un fallo de una base puede tener un impacto limitado.


  • Exige una gestión para mantener los outlines de las bases sincronizados y los datos actualizados en las distintas bases.