Visión General de la Partición

Una partición es la región de una base de datos que se comparte con otra base de datos. Una aplicación particionada de Essbase puede abarcar varios servidores, procesadores o equipos.

Tipos de Partición

Essbase ofrece tres tipos de particiones: replicadas, transparentes y federadas. Cada tipo está disponible para cubos de almacenamiento agregado (ASO) y almacenamiento de bloques (BSO).

En Essbase se admiten los siguientes tipos de particiones:

Tabla 9-1 Tipos de Partición

Tipo de Partición Descripción Se Aplica a

Replicado

Copia de una parte del origen de datos que se almacena en el destino de datos.

Consulte Replicated Partitions.

Cubos de almacenamiento de bloques

Cubos de almacenamiento agregados

Transparente

Permite que los usuarios accedan a datos del origen del datos como si estuvieran almacenados en el destino de datos. Sin embargo, los datos se almacenan en el origen de datos, que puede estar en otra aplicación o en otro cubo de Essbase o en otro servidor de Essbase.

Consulte Transparent Partitions.

Cubos de almacenamiento de bloques

Cubos de almacenamiento agregados

Federado

Las particiones federadas permiten integrar cubos de Essbase con Autonomous AI Lakehouse, para combinar la potencia analítica de Essbase con la agregación rápida de Autonomous AI Database.

En este capítulo no se tratan las particiones federadas; en su lugar, consulte Integración de Essbase con Autonomous Database mediante particiones federadas.

Cubos de almacenamiento de bloques

Cubos de almacenamiento agregados

Utilice la información de la siguiente tabla para ayudarle a elegir entre particiones replicadas o transparentes. Las particiones federadas pueden ser la opción correcta si tiene datos en Autonomous AI Lakehouse.

Tabla 9-2 Funciones Soportadas por el Tipo de Partición

Función Replicado Transparente

Datos actualizados

 

x

Reducción del tráfico de red

x

 

Espacio en disco reducido

 

x

Mayor velocidad de cálculo

x

 

Bases de datos más pequeñas

 

x

Velocidad de consulta mejorada

x

 

Invisible para los usuarios finales

x

x

Más fácil de recuperar

x

 

Capacidad para consultar datos según sus atributos

 

x

Capacidad para utilizar herramientas de front-end que no sean compatibles con OLAP distribuidas

x

x

Fácil de realizar actualizaciones y cálculos frecuentes

 

x

Capacidad para actualizar datos en el destino de datos

 

x

Realizar actualizaciones por lotes y agregaciones simples

x

 

Partes de una partición

Al crear una partición de Essbase, tiene elementos que la definen. Las particiones se definen por su tipo, origen de datos, destino de datos, información de autenticación necesaria, área compartida de datos, asignación de miembros de origen a destino y estado (estado de actualización) de la partición.

Las particiones contienen las siguientes partes.

Figura 9-1 Partes de una partición


En esta imagen se muestran las partes de una partición: tipo, origen de datos, destino de datos, inicio de sesión y contraseña, área compartida, asignación de miembros y estado.

Tabla 9-3 Partes de una Partición

Parte Descripción

Tipo de partición

Indicador que indica si la partición está replicada o es transparente.

Información de origen de datos

Nombre del servidor, la aplicación y la base de datos del origen de datos.

Información de destino de datos

Nombre del servidor, la aplicación y la base de datos del destino de datos.

Conexión y contraseña

La información de conexión y contraseña para el origen de datos y el destino de datos. Esta información se utiliza para las solicitudes internas entre las dos bases de datos para ejecutar operaciones administrativas y de usuario final.

Áreas compartidas

Definición de una o más áreas o regiones compartidas entre el origen de datos y el destino de datos. Para compartir varias partes no contiguas de una base de datos, defina varias áreas en una sola partición. Esta información determina qué partes del origen de datos y el destino de datos se comparten para que Essbase pueda colocar los datos adecuados en el destino de datos y mantener sincronizados los esquemas de las áreas compartidas.

Información de asignación de miembros

Descripción de cómo los miembros del origen de datos se asignan a los miembros del destino de datos. Essbase utiliza esta información para determinar cómo colocar los datos en el destino de datos si el destino de datos y el origen de datos utilizan nombres diferentes para algunos miembros y dimensiones.

Estado de la partición

Información sobre si la partición está actualizada y cuándo se actualizó por última vez.

Partición de Orígenes de Datos y Destinos

Las bases de datos particionadas de Essbase contienen al menos un origen de datos (el sitio principal de los datos) y al menos un destino de datos (el sitio secundario de los datos). Al definir una partición, se asignan celdas del origen de datos a sus equivalentes en el destino de datos.

Una base de datos puede servir como origen de datos para una partición y el destino de datos para otra partición.

Figura 9-2 Origen de Datos y Destino de Datos


En esta imagen se muestran las particiones compartidas en el origen de datos y el destino de datos.

Una base de datos de Essbase puede contener muchas particiones, así como datos que no se comparten con ninguna otra base de datos de Essbase. Puede definir particiones entre las siguientes bases de datos:

  • Diferentes bases de datos en diferentes aplicaciones, siempre que cada base de datos utilice el mismo idioma y el mismo modo relacionado con Unicode.

    Las aplicaciones pueden estar en la misma computadora o en diferentes computadoras.

  • Diferentes bases de datos en una aplicación de almacenamiento de bloques.

    No se recomienda esta práctica, ya que las ventajas completas de la partición de bases de datos se obtienen cuando cada base de datos está en una aplicación independiente.

Una base de datos puede servir como origen de datos o destino de datos para varias particiones. Para compartir datos entre varias bases de datos, cree varias particiones, cada una con el mismo origen de datos y un destino de datos diferente, como se muestra a continuación:

Figura 9-3 Datos Compartidos en Varios Destinos


En esta imagen se muestra un origen de datos con varios destinos de datos.

En la siguiente tabla, se muestran las combinaciones de almacenamiento de bloques y bases de datos de almacenamiento agregado como destino de datos y origen de datos soportados por cada tipo de partición:

Tabla 9-4 Combinaciones de orígenes de datos y destinos de datos soportados por el tipo de partición

Origen Objetivo Replicado Transparente
Almacenamiento de bloques Almacenamiento de bloques
Almacenamiento agregado Almacenamiento de bloques N.º
Almacenamiento agregado Almacenamiento agregado N.º
Almacenamiento de bloques Almacenamiento agregado

Atributos en particiones de Essbase

Para las bases de datos de almacenamiento de bloques (BSO), puede utilizar funciones de atributo para particionar en valores de atributo, pero no puede particionar una dimensión de atributo. Utilice valores de atributo para particionar una base de datos y acceder a los miembros de una dimensión según sus características.

Por ejemplo, en la base de datos Sample Basic, no puede particionar la dimensión de atributo Pkg Type, pero puede crear una partición que contenga todos los miembros de la dimensión Product asociados a uno o ambos miembros (Bottle y Can) de la dimensión Pkg Type. Si crea una partición que contiene miembros asociados a Can, solo puede acceder a los datos de los miembros de Product que están empaquetados en latas, es decir, 100-10, 100-20 y 300-30.

Note:

La recuperación de datos en miembros de atributos de bases de datos de almacenamiento de bloques puede provocar que falten datos. Consulte la entrada para "Miembros de Cálculo Dinámico Denso en bloques almacenados no existentes" en Comparación de Dimensiones Estándar y Atributo.

Puede usar las funciones de cálculo @ATTRIBUTE y @WITHATTR para definir particiones.

Por ejemplo, para extraer datos de todos los miembros de la dimensión Product que están asociados con la dimensión de atributo Caffeinated, puede crear una partición como @ATTRIBUTE (Caffeinated). Sin embargo, no puede particionar la dimensión de atributo con cafeína.

Según el ejemplo anterior, esta partición es correcta:

Source                    Target
@ATTRIBUTE(Caffeinated)   @ATTRIBUTE(Caffeinated)

Esta partición es incorrecta:

Source         Target
Caffeinated    Caffeinated

Requisitos de versión y codificación

Preste atención a los requisitos de versión y codificación para particiones transparentes y replicadas en Essbase.

  • Versión: ambos extremos (origen y destino) de la partición deben estar en el mismo nivel de versión.

  • Codificación: ambos extremos de la partición deben estar en modo Unicode.