TRANSPARENT PARTITIONS/ PARTICIONES TRANSPARENTES

English (Español a continuación)

In this type of partition the data is not copied to the target database, but from this target database the data of the source database can be queried.

  • When querying the target database, the data travels automatically from the source database to the target database, there is no need to execute the partition (unlike the replicated partition).

The partition areas of the source and target databases do not have to be identical but the differences must be mapped.

  • The section of the databases outside the partition may be different.

In a transparent partition: the data uploaded to the source database travels to the target database; and the one uploaded to the target base travels to the source base.

Advantages

  • Updated information: The information consulted in the target database is the same as that in the source database (there is no information discrepancy).
    • WARNING: if a member in the source database is not level 0 (but it is level 0 in the target database) and data has been uploaded to its descendants and has NOT been calculated, if this member is consulted in the target database the data is obtained without calculating and can lead to misunderstanding thinking that an updated data is being obtained.
  • It reduces disk occupation since the information is only in the source database.
  • From the target database you can upload data to the source database (although it slows down the process; it is better to upload the data in the source database), although this could make it difficult to control the information.

Disadvantages

  • It can slow down the query time in the target database (since the information has to travel from source database).
  • If the source database fails, the information is lost in both the source database and the target.

Calculations

In the target database, calculations cannot be launched to calculate partition area data (they are not executed in that area), but calculations can be executed to calculate data outside the partition involving data from the partition area.

  • When a calculation is launched in the target database that does not involve data from the partition it is convenient to use the SET REMORTECALC OFF command as it significantly improves its efficiency.
  • If partition data intervenes in the calculation this command must be SET REMORTECALC ON (if it is OFF, it does not take the data from the source database and the result is incorrect).

When launching a calculation in the target database involving data from the partition area (therefore, you have to go to the source database to capture that information), you have to activate the calculation cache and make sure that it has sufficient size (its impact on efficiency is significant).

In any case, when partition data intervenes in a calculation in the target database, its impact on efficiency can be very negative:

  • The duration of the calculations can be significantly lengthened.
  • In these cases, the possibility of converting this partition into a replicated one should be analyzed.

The CLEARDATA and DATACOPY commands work on the target database on its own data but not on the partition data.

Español

En este tipo de partición los datos no se copian en la base objetivo, sino que desde este base objetivo se pueden consultar los datos de la base origen.

  • Al realizar la consulta en la base objetivo el dato viaja de forma automática de la base origen a la base objetivo, no hay que ejecutar la partición (a diferencia de la partición replicada).

Las áreas de la partición de las bases origen y objetivo no tienen que ser idénticas pero las diferencias hay que mapearlas.

  • La sección de las bases que están fuera de la partición sí pueden ser diferentes.

En una partición transparente: el dato subido a la base origen viaja a la base objetivo; y el subido a la base objetivo viaja a la base origen.

Ventajas

  • Información actualizada: La información consultada en la base objetivo es la misma que hay en la base origen (no hay discrepancia de información).
    • ADVERTENCIA:  si un miembro en la base origen no es nivel 0 (pero si lo es en la base objetivo) y se han subido datos a sus descendientes pero NO se ha calculado, si se consulta este miembro en la base objetivo el dato que se obtiene es sin calcular y puede dar lugar al equívoco pensando que se está obteniendo un dato actualizado.
  • Disminuye la ocupación de disco ya que la información tan sólo está en la base origen.
  • Desde la base objetivo se pueden subir datos a la base origen (si bien ralentiza el proceso; es mejor subir los dato en las base origen), si bien esto pude dificultar el control de la información.

Desventajas

  • Puede ralentizar el tiempo de consulta a la base objetivo (ya que para capturar la información tiene que acudir a la base origen).
  • Si falla la base origen se pierde la información tanto en la base origen como en la objetivo.

Cálculos

En la base de datos objetivo no se pueden lanzar cálculos para calcular datos del área de la partición (no se ejecutan en ese área) pero sí se pueden ejecutar cálculos para calcular datos fuera del área de la partición en los que intervengan datos del área de la partición.

  • Cuando en la base de datos objetivo se lanza un cálculo en el que no intervienen datos del área de la partición es conveniente utilizar el comando SET REMORTECALC OFF ya que mejora significativamente su eficiencia.
  • Sí en el cálculo intervienen datos de la partición este comando tiene que estar en SET REMORTECALC ON (si estuviera en OFF no toma el dato de la base origen y el resultado es incorrecto).

Al lanzar un cálculo en la base de datos objetivo en el que intervengan datos del área de la partición (tiene que acudir por tanto a la base origen para capturar esa información) hay que activar la caché de cálculo y vigilar que tiene un tamaño suficiente (su impacto en eficiencia es significativo).

En todo caso, cuando en un cálculo en la base objetivo intervienen datos de la partición su impacto en eficiencia puede ser muy negativo:

  • La duración de los cálculos se puede alargar notablemente.
  • En estos casos habría que analizar la posibilidad de convertir esta partición en replicada.

Los comandos CLEARDATA y DATACOPY funcionan en la base objetivo en sus datos propios pero no en los datos de la partición.