Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Puede combinar particiones en una base de datos de Analysis Services existente para consolidar datos factuales de varias particiones del mismo grupo de medidas.
Actualizar el origen de partición después de combinar particiones
Cómo combinar particiones mediante SSMS
Cómo combinar particiones mediante XMLA
Escenarios frecuentes
La única configuración más común para el uso de particiones implica la separación de los datos en la dimensión de tiempo. La granularidad del tiempo asociado a cada partición varía en función de los requisitos empresariales específicos del proyecto. Por ejemplo, la segmentación puede ser por años, con el año más reciente dividido por meses, además de una partición independiente para el mes activo. La partición del mes activo incorpora regularmente nueva información.
Cuando se completa el mes activo, esa partición se combina de nuevo con los meses en la partición hasta la fecha y el proceso continúa. Al final del año, se ha formado una partición de año nuevo.
Como se muestra en este escenario, la combinación de particiones puede convertirse en una tarea rutinaria realizada periódicamente, lo que proporciona un enfoque progresivo para consolidar y organizar datos históricos.
Requisitos
Las particiones solo se pueden combinar si cumplen todos los criterios siguientes:
Tienen el mismo grupo de medidas.
Tienen la misma estructura.
Deben estar procesados.
Tienen los mismos modos de almacenamiento.
Contienen diseños de agregaciones idénticos.
Comparten el mismo nivel de compatibilidad del almacén de cadenas (solo se aplica a los grupos de medida de recuento distintos con particiones).
Si la partición de destino está vacía (es decir, tiene un diseño de agregación pero no agregaciones), la combinación quitará las agregaciones de las particiones de origen. Debe ejecutar Process Index, Process Full o Process Default en la partición para compilar las agregaciones.
Las particiones remotas solo se pueden combinar con otras particiones remotas definidas con la misma instancia remota de Analysis Services.
Nota:
Si usa una combinación de particiones locales y remotas, un enfoque alternativo consiste en crear nuevas particiones que incluyan los datos combinados, eliminando las particiones que ya no use.
Para crear una partición que sea candidata para la combinación futura, al crear la partición en el Asistente para particiones, puede optar por copiar el diseño de agregación desde otra de las particiones del cubo. Esto garantiza que estas particiones tengan el mismo diseño de agregación. Cuando se combinan, las agregaciones de la partición de origen se combinan con las agregaciones de la partición de destino.
Actualizar el origen de partición después de combinar particiones
Las particiones se segmentan por consulta, como la cláusula WHERE de una consulta SQL que se usa para procesar los datos, o por una tabla o consulta con nombre que proporciona datos a la partición. La Source propiedad de la partición indica si la partición está enlazada a una consulta o a una tabla.
Al combinar particiones, el contenido de las particiones se consolida, pero la Source propiedad no se actualiza para reflejar el ámbito adicional de la partición. Esto significa que si posteriormente vuelve a procesar una partición que conserva su original Source, obtendrá datos incorrectos de esa partición. La partición agregará erróneamente los datos en el nivel primario. En el ejemplo siguiente se muestra este comportamiento.
El problema
Supongamos que tiene un cubo que contiene información sobre tres productos de refrescos. Tiene tres particiones que usan la misma tabla de hechos. Estas particiones se segmentan por producto. La partición 1 contiene datos sobre [ColaFull], la partición 2 contiene datos sobre [ColaDecaf] y la partición 3 contiene datos sobre [ColaDiet]. Si la partición 3 se combina en la partición 2, los datos de la partición resultante (partición 2) son correctos y los datos del cubo son precisos. Sin embargo, cuando se procesa la Partición 2, su contenido puede ser determinado por el padre de los miembros en el nivel de producto. Este elemento primario, [SoftDrinks], también incluye [ColaFull], el producto en la partición 1. El procesamiento de la partición 2 carga la partición con datos para todas las bebidas blandas, incluido [ColaFull]. A continuación, el cubo contiene datos duplicados para [ColaFull] y devuelve datos incorrectos a los usuarios finales.
La solución
La solución consiste en actualizar la Source propiedad , ajustar la cláusula WHERE o la consulta con nombre, o combinar manualmente datos de las tablas de hechos subyacentes, para asegurarse de que el procesamiento posterior sea preciso dado el ámbito expandido de la partición.
En este ejemplo, después de combinar la partición 3 en la partición 2, puede proporcionar un filtro como ("Product" = "ColaDecaf" OR "Product" = "ColaDiet") en la partición 2 resultante para especificar que solo se extraigan datos sobre [ColaDecaf] y [ColaDiet] de la tabla de hechos y se excluyan los datos relativos a [ColaFull]. Como alternativa, puede especificar filtros para la partición 2 y la partición 3 cuando se creen y estos filtros se combinarán durante el proceso de fusión. En cualquier caso, después de procesar la partición, el cubo no contiene datos duplicados.
Conclusión
Después de combinar particiones, compruebe Source siempre para comprobar que el filtro es correcto para los datos combinados. Si comenzó con una partición que incluía datos históricos para Q1, Q2 y Q3, y ahora combina Q4, debe ajustar el filtro para incluir Q4. De lo contrario, el procesamiento posterior de la partición producirá resultados erróneos. No será correcto para el cuarto trimestre.
Consideraciones especiales para las particiones segmentadas por tabla de hechos o consulta con nombre
Además de las consultas, las particiones también se pueden segmentar por tabla o consulta con nombre. Si la partición de origen y la partición de destino usan la misma tabla de hechos en un origen de datos o una vista del origen de datos, la Source propiedad es válida después de combinar particiones. Especifica los datos de la tabla de hechos que son adecuados para la partición resultante. Dado que los hechos necesarios para la partición resultante están presentes en la tabla de hechos, no es necesario realizar ninguna modificación en la Source propiedad .
Las particiones que usan datos de varias tablas de hechos o consultas con nombre requieren trabajo adicional. Debe combinar manualmente los hechos de la tabla de hechos de la partición de origen en la tabla de hechos de la partición de destino.
Como alternativa, puede cambiar el origen de la partición combinada a una consulta con nombre que devuelva el contenido de dos tablas de hechos independientes. Si no se realiza este paso manual, la tabla de hechos no contiene información completa.
Por el mismo motivo, las particiones que obtienen datos segmentados de consultas con nombre también necesitan ser actualizadas. La partición combinada debe tener ahora una consulta con nombre que devuelva el conjunto de resultados combinado que se obtuvo anteriormente de las consultas con nombre independientes.
Consideraciones sobre el almacenamiento de particiones: MOLAP
Cuando se combinan particiones MOLAP, los hechos almacenados en las estructuras multidimensionales de las particiones también se combinan. Esto da como resultado una partición internamente completa y coherente. Sin embargo, los datos almacenados en las particiones MOLAP son copias de los registros en la tabla de hechos. Cuando la partición se procesa posteriormente, los hechos de la estructura multidimensional se eliminan (solo para la completa y actualización) y los datos se copian de la tabla de hechos según lo especificado por el origen de datos y el filtro de la partición. Si la partición de origen usa una tabla de hechos diferente de la partición de destino, la tabla de hechos de la partición de origen debe combinarse manualmente con la tabla de hechos de la partición de destino para asegurarse de que hay disponible un conjunto completo de datos cuando se procesa la partición resultante. Esto también se aplica si las dos particiones se basaban en consultas con nombre diferentes.
Importante
Una partición MOLAP fusionada con una tabla de hechos incompleta contiene internamente una copia fusionada de los datos de la tabla de hechos y funciona correctamente hasta que se procesa.
Consideraciones sobre el almacenamiento de particiones: Particiones HOLAP y ROLAP
Cuando se combinan particiones HOLAP o ROLAP que tienen tablas de hechos diferentes, las tablas de hechos no se combinan automáticamente. A menos que las tablas de hechos se combinen manualmente, solo la tabla de hechos asociada a la partición de destino está disponible para la partición resultante. Los hechos asociados con la partición de origen no están disponibles para el desglose en la partición resultante y, cuando se procesa la partición, las agregaciones no resumen los datos de una tabla no disponible.
Importante
Una partición HOLAP o ROLAP combinada con una tabla de hechos incompleta contiene agregaciones precisas, pero hechos incompletos. Las consultas que hacen referencia a hechos que faltan devuelven datos incorrectos. Cuando se procesa la partición, las agregaciones solo se calculan a partir de hechos disponibles.
Es posible que no se observe la ausencia de hechos no disponibles a menos que un usuario intente explorar en profundidad un hecho en la tabla no disponible o ejecute una consulta que requiera un hecho de la tabla no disponible. Dado que las agregaciones se combinan durante el proceso de combinación, las consultas cuyos resultados se basan solo en agregaciones devuelven datos precisos, mientras que otras consultas pueden devolver datos inexactos. Incluso después de procesar la partición resultante, es posible que no se observen los datos que faltan de la tabla de hechos no disponible, especialmente si representa solo una pequeña parte de los datos combinados.
Las tablas de hechos se pueden combinar antes o después de combinar las particiones. Sin embargo, las agregaciones no representarán con precisión los hechos subyacentes hasta que se hayan completado ambas operaciones. Se recomienda combinar particiones HOLAP o ROLAP que acceden a tablas de hechos diferentes cuando los usuarios no están conectados al cubo que contiene estas particiones.
Cómo combinar particiones mediante SSMS
Importante
Antes de combinar particiones, copie primero la información del filtro de datos (a menudo, la cláusula WHERE para filtros basados en consultas SQL). Más adelante, una vez completada la combinación, debe actualizar la propiedad Partition Source de la partición que contiene los datos de hechos acumulados.
En el Explorador de objetos, expanda el nodo Grupos de medida del cubo que contiene las particiones que desea combinar, expanda Particiones, haga clic con el botón derecho en la partición que es el destino o destino de la operación de combinación. Por ejemplo, si va a mover datos de hechos trimestrales a una partición que almacena datos de hechos anuales, seleccione la partición que contiene los datos de hechos anuales.
Haga clic en Combinar particiones para abrir el cuadro de diálogo Fusionar Partición <nombre de partición>.
En Particiones de origen, active la casilla situada junto a cada partición de origen que quiera combinar con la partición de destino y haga clic en Aceptar.
Nota:
Las particiones de origen se eliminan inmediatamente después de combinar el origen en la partición de destino. Actualice la carpeta Particiones para actualizar su contenido una vez completada la combinación.
Haga clic con el botón derecho en la partición que contiene los datos acumulados y seleccione Propiedades.
Abra la
Sourcepropiedad y modifique la cláusula WHERE para que incluya los datos de partición que acaba de combinar. Recuerde que laSourcepropiedad no se actualiza automáticamente. Si vuelve a procesar sin actualizar elSourceprimero, es posible que no obtenga todos los datos esperados.
Cómo combinar particiones mediante XMLA
Consulte este tema para obtener información, Combinar particiones (XMLA).
Véase también
Procesamiento de objetos de Analysis Services
Particiones (Analysis Services - Datos multidimensionales)
Crear y administrar una partición local (Servicios de Análisis)
Crear y administrar una partición remota (Analysis Services)
Establecimiento de la escritura diferida de particiones
particiones deWrite-Enabled
Configuración del almacenamiento de cadenas para dimensiones y particiones