Modos y procesamiento de almacenamiento de particiones

El modo de almacenamiento de una partición afecta al rendimiento de la consulta y el procesamiento, los requisitos de almacenamiento y las ubicaciones de almacenamiento de la partición y su grupo de medida primario y cubo. La elección del modo de almacenamiento también afecta a las opciones de procesamiento.

Una partición puede usar uno de los tres modos de almacenamiento básicos:

• OLAP multidimensional (MOLAP)

• OLAP relacional (ROLAP)

• OLAP híbrido (HOLAP)

Microsoft SQL Server Analysis Services admite los tres modos de almacenamiento básicos. También admite el almacenamiento en caché proactivo, que permite combinar las características del almacenamiento ROLAP y MOLAP para la inmediatez de los datos y el rendimiento de las consultas. Para obtener más información, consulte Caché proactiva (Particiones).

MOLAP

El modo de almacenamiento MOLAP hace que las agregaciones de la partición y una copia de sus datos de origen se almacenen en una estructura multidimensional en Analysis Services cuando se procesa la partición. Esta estructura MOLAP está altamente optimizada para maximizar el rendimiento de las consultas. La ubicación de almacenamiento puede estar en el equipo donde se define la partición o en otro equipo que ejecuta Analysis Services. Dado que una copia de los datos de origen reside en la estructura multidimensional, las consultas se pueden resolver sin tener acceso a los datos de origen de la partición. Los tiempos de respuesta de consulta se pueden reducir sustancialmente mediante agregaciones. Los datos de la estructura MOLAP de la partición solo son tan actuales como el procesamiento más reciente de la partición.

A medida que cambian los datos de origen, los objetos del almacenamiento MOLAP deben procesarse periódicamente para incorporar esos cambios y ponerlos a disposición de los usuarios. El procesamiento actualiza los datos de la estructura MOLAP, ya sea de forma completa o incremental. El tiempo entre un procesamiento y el siguiente crea un período de latencia durante el cual es posible que los datos de objetos OLAP no coincidan con los datos de origen. Puede actualizar objetos de forma incremental o completa en el almacenamiento MOLAP sin desconectar la partición o el cubo. Sin embargo, hay situaciones que pueden requerir que se desconecte un cubo para procesar determinados cambios estructurales en objetos OLAP. Puede minimizar el tiempo de inactividad necesario para actualizar el almacenamiento MOLAP mediante la actualización y el procesamiento de cubos en un servidor de almacenamiento provisional y el uso de la sincronización de bases de datos para copiar los objetos procesados en el servidor de producción. También puede usar el almacenamiento en caché proactivo para minimizar la latencia y maximizar la disponibilidad, a la vez que conserva gran parte de la ventaja de rendimiento del almacenamiento MOLAP. Para obtener más información, vea Almacenamiento en caché proactivo (particiones),Sincronizar bases de datos de Analysis Services y Procesamiento de objetos de modelo multidimensional.

ROLAP

El modo de almacenamiento ROLAP hace que las agregaciones de la partición se almacenen en vistas indizadas en la base de datos relacional especificada en el origen de datos de la partición. A diferencia del modo de almacenamiento MOLAP, ROLAP no hace que se almacene una copia de los datos de origen en las carpetas de datos de Analysis Services. En su lugar, cuando los resultados no se pueden derivar de la caché de consultas, se obtiene acceso a las vistas indizadas del origen de datos para responder a las consultas. La respuesta de consulta suele ser más lenta con el almacenamiento ROLAP que con los modos de almacenamiento MOLAP o HOLAP. El tiempo de procesamiento también suele ser más lento con ROLAP. Sin embargo, ROLAP permite a los usuarios ver los datos en tiempo real y puede ahorrar espacio de almacenamiento cuando se trabaja con grandes conjuntos de datos que se consultan con poca frecuencia, como datos puramente históricos.

Si una partición usa el modo de almacenamiento ROLAP y sus datos de origen se almacenan en el motor de base de datos de SQL Server, Analysis Services intenta crear vistas indizadas para contener agregaciones de la partición. Si Analysis Services no puede crear vistas indizadas, no crea tablas de agregación. Aunque Analysis Services controla los requisitos de sesión para crear vistas indizadas en el motor de base de datos de SQL Server, la partición ROLAP debe cumplir las siguientes condiciones y las tablas de su esquema para que Analysis Services cree vistas indizadas para agregaciones:

• La partición no puede contener medidas que usen las funciones de Min agregado o Max .

• Cada tabla del esquema de la partición ROLAP solo debe usarse una vez. Por ejemplo, el esquema no puede contener [dbo]. [address] AS "Dirección del cliente" y [dbo]. [address] AS "SalesRep Address".

• Cada tabla debe ser una tabla, no una vista.

• Todos los nombres de tabla del esquema de la partición deben calificarse con el nombre del propietario, por ejemplo, [dbo]. [cliente].

• Todas las tablas del esquema de la partición deben tener el mismo propietario; por ejemplo, no puede tener una cláusula FROM que haga referencia a las tablas [tk]. [customer], [john]. [store], y [dave]. [sales_fact_2004].

• Las columnas de origen de las medidas de la partición no deben ser nullables.

• Todas las tablas usadas en la vista deben haberse creado con las siguientes opciones establecidas en ON:

  • ANSI_NULLS

  • QUOTED_IDENTIFIER (identificador entre comillas)

• El tamaño total de la clave de índice, en el motor de base de datos de SQL Server, no puede superar los 900 bytes. El motor de base de datos de SQL Server declarará esta condición en función de las columnas de clave de longitud fija cuando se procese la instrucción CREATE INDEX. Sin embargo, si hay columnas de longitud variable en la clave de índice, el motor de base de datos de SQL Server también declarará esta condición para cada actualización de las tablas base. Dado que las diferentes agregaciones tienen definiciones de vista diferentes, el procesamiento rolAP mediante vistas indexadas puede realizarse correctamente o producir un error en función del diseño de agregaciones.

• La sesión que crea la vista indexada debe tener las siguientes opciones establecidas en ON: ARITHABORT, CONCAT_NULL_YEILDS_NULL, QUOTED_IDENTIFIER, ANSI_NULLS, ANSI_PADDING y ANSI_WARNING. Esta configuración se puede realizar en SQL Server Management Studio.

• La sesión que crea la vista indizada debe tener la opción siguiente establecida en OFF: NUMERIC_ROUNDABORT. Esta configuración se puede realizar en SQL Server Management Studio.

HOLAP

El modo de almacenamiento HOLAP combina atributos de MOLAP y ROLAP. Al igual que MOLAP, HOLAP hace que las agregaciones de la partición se almacenen en una estructura multidimensional en una instancia de SQL Server Analysis Services. HOLAP no hace que se almacene una copia de los datos de origen. En el caso de las consultas que acceden solo a datos de resumen en las agregaciones de una partición, HOLAP es el equivalente de MOLAP. Las consultas que acceden a los datos de origen, por ejemplo, si desea explorar en profundidad una celda de cubo atómico para la que no hay datos de agregación, deben recuperar datos de la base de datos relacional y no serán tan rápidos como serían si los datos de origen se almacenaran en la estructura MOLAP. Con el modo de almacenamiento HOLAP, los usuarios suelen experimentar diferencias sustanciales en los tiempos de consulta en función de si la consulta se puede resolver desde la memoria caché o las agregaciones frente a los datos de origen.

Las particiones almacenadas como HOLAP son más pequeñas que las particiones MOLAP equivalentes porque no contienen datos de origen y responden más rápido que las particiones ROLAP para las consultas que implican datos de resumen. El modo de almacenamiento HOLAP suele ser adecuado para particiones en cubos que requieren una respuesta rápida de consultas para resúmenes basados en una gran cantidad de datos de origen. Sin embargo, cuando los usuarios generan consultas que deben tocar datos de nivel hoja, como para calcular valores medianas, MOLAP suele ser una mejor opción.

Véase también

Almacenamiento en caché proactivo (particiones)
Sincronizar bases de datos de Analysis Services
Particiones (Analysis Services - Datos multidimensionales)