Compartir a través de

Crear y administrar una partición local (Analysis Services)

Puede crear particiones adicionales para un grupo de medida para mejorar el rendimiento del procesamiento. Tener varias particiones permite asignar datos de hechos en un número correspondiente de archivos de datos físicos en servidores locales y remotos. En Analysis Services, las particiones se pueden procesar de forma independiente y en paralelo, lo que proporciona más control sobre el procesamiento de cargas de trabajo en el servidor.

Las particiones se pueden crear en SQL Server Data Tools durante el diseño del modelo o después de implementar la solución mediante SQL Server Management Studio o XMLA. Se recomienda elegir solo un enfoque. Si alterna entre herramientas, es posible que encuentre que los cambios realizados en una base de datos implementada en SQL Server Management Studio se sobrescriben al volver a implementar la solución desde SQL Server Data Tools.

Antes de empezar

Compruebe si tiene la edición Business Intelligence o enterprise Edition. La edición Estándar no admite varias particiones. Para comprobar la edición, haga clic con el botón derecho en el nodo de servidor en SQL Server Management Studio y elija Informes | generales. Para obtener más información sobre la disponibilidad de características, vea Características compatibles con las ediciones de SQL Server 2014.

Desde el principio, es importante comprender que las particiones deben compartir el mismo diseño de agregación si quiere combinarlas más adelante. Las particiones solo se pueden combinar si tienen diseños de agregación idénticos y modos de almacenamiento.

Sugerencia

Explora los datos en la Vista del Origen de Datos (DSV) para comprender el rango y la profundidad de los datos que estás dividiendo. Por ejemplo, si se crean particiones por fecha, puede ordenar una columna de fecha para determinar los límites máximos y mínimos de cada partición.

Elección de un enfoque

La consideración más importante al crear particiones es segmentar los datos para que no haya filas duplicadas. Los datos deben almacenarse en una y solo una partición para evitar el doble recuento de filas. Por lo tanto, es habitual crear particiones por DATE para que pueda definir límites claros entre cada partición.

Puede usar cualquiera de las técnicas para distribuir los datos de hechos entre varias particiones. Las técnicas siguientes se pueden usar para segmentar los datos.

Técnica Recomendaciones
Uso de consultas SQL para segmentar datos de hechos Las particiones se pueden obtener a partir de consultas SQL. Durante el procesamiento, la consulta SQL consiste en recuperar los datos. La cláusula WHERE de la consulta proporciona el filtro que segmenta los datos de cada partición. Analysis Services genera la consulta automáticamente, pero debe rellenar la cláusula WHERE para segmentar correctamente los datos.

La principal ventaja de este enfoque es la facilidad con la que puede crear particiones de datos de una sola tabla de origen. Si todos los datos de origen se originan en una tabla de hechos grande, puede crear consultas que filtren esos datos en particiones discretas, sin tener que crear estructuras de datos adicionales en la vista origen de datos (DSV).

Una desventaja es que el uso de consultas interrumpirá el enlace entre la partición y el DSV. Si posteriormente actualiza el DSV en el proyecto de Analysis Services, como agregar columnas a la tabla de hechos, debe editar manualmente las consultas de cada partición para incluir la nueva columna. El segundo enfoque, analizado a continuación, no tiene esta desventaja.
Uso de tablas en DSV para segmentar datos de hechos Puede enlazar una partición a una tabla, consulta con nombre o vista en DSV. Como base de una partición, las tres son funcionalmente equivalentes. La tabla, consulta nombrada o vista proporciona todos los datos a una sola partición.

El uso de una tabla, vista o consulta con nombre coloca toda la lógica de selección de datos en DSV, lo que puede ser más fácil de administrar y mantener con el tiempo. Una ventaja importante para este enfoque es que se conservan los enlaces de tabla. Si actualiza la tabla de origen más adelante, no tiene que modificar las particiones que la usan. En segundo lugar, todas las tablas, consultas con nombre y vistas existen en un espacio de trabajo común, lo que hace que las actualizaciones sean más cómodas que tener que abrir y editar consultas de partición individualmente.

Opción 1: Filtrar una tabla de hechos para varias particiones

Para crear varias particiones, empiece modificando la propiedad Source de la partición predeterminada. De forma predeterminada, se crea un grupo de medida mediante una sola partición enlazada a una sola tabla de DSV. Para poder agregar más particiones, primero debe modificar la partición original para que contenga solo una parte de los datos de hechos. A continuación, puede continuar con la creación de particiones adicionales para almacenar el resto de los datos.

Construya los filtros de forma que los datos no se dupliquen entre las particiones. El filtro de una partición especifica qué datos de la tabla de hechos se usan en la partición. Es importante que los filtros de todas las particiones de un cubo extraigan conjuntos de datos mutuamente excluyentes de la tabla de hechos. Los mismos datos fácticos pueden contarse dos veces si aparecen en varias particiones.

  1. En SQL Server Data Tools, en el Explorador de soluciones, haga doble clic en el cubo para abrirlo en el Diseñador de cubos y, a continuación, haga clic en la pestaña Particiones .

  2. Expanda el grupo de medida para el que se agregan particiones. De forma predeterminada, cada grupo de medida tiene una partición, enlazada a una tabla de hechos de DSV.

  3. En la columna Origen, haga clic en el botón Examinar (. .) para abrir el cuadro de diálogo Origen de la partición.

    Columna de origen en el panel de particiones

  4. En Tipo de enlace, seleccione Enlace de consulta. La consulta SQL que selecciona los datos aparece automáticamente.

  5. En la cláusula WHERE de la parte inferior, agregue un filtro que segmenta los datos de esta partición.

    Entre los ejemplos de sintaxis de la cláusula WHERE se incluyen WHERE OrderDateKey >= '20060101' o WHERE OrderDateKey BETWEEN '20051001' AND '20051201'. Para ver otros ejemplos, vea WHERE (Transact-SQL).

    Tenga en cuenta que los siguientes filtros se excluyen mutuamente dentro de cada conjunto:
    Conjunto 1: "AñoDeVenta" = 2012

    "AñoDeVenta" = 2013
    Conjunto 2: "Continente" = 'NorthAmerica'

    "Continente" = 'Europa'

    "Continente" = 'SouthAmerica'
    Conjunto 3: "Country" = 'USA'

    "País" = 'México'

    ("País" <> 'ESTADOS UNIDOS' Y 'País' <> 'México')

  6. Haga clic en Comprobar para comprobar si hay errores de sintaxis y, a continuación, haga clic en Aceptar.

  7. Repita los pasos anteriores para crear las particiones restantes, modificando la cláusula WHERE cada vez para seleccionar el siguiente segmento de datos.

  8. Implemente la solución o procese la partición para cargar los datos. Asegúrese de procesar todas las particiones.

  9. Examine el cubo para comprobar que se devuelven los datos correctos.

Después de tener un grupo de medida que use varios grupos de medida, puede crear particiones adicionales en SQL Server Management Studio. En un grupo de medida, haga clic con el botón derecho en la carpeta Particiones y seleccione Nuevas particiones para iniciar el asistente.

Nota:

En lugar de filtrar datos en una partición, puede usar la misma consulta para crear una consulta de nombre en DSV y, a continuación, basar la partición en la consulta con nombre.

Opción 2: Usar tablas, vistas o consultas con nombre

Si el DSV ya organiza hechos en tablas individuales (por ejemplo, por año o trimestre), puede crear particiones basadas en una tabla individual, donde cada partición tiene su propia tabla de origen de datos. Esto es básicamente cómo se particionan los grupos de medida de forma predeterminada, pero en el caso de varias particiones, se divide la partición original en varias particiones y se asigna cada nueva partición a la tabla de origen de datos que proporciona los datos.

Las vistas y las consultas con nombre son equivalentes funcionales a las tablas, en que los tres objetos se definen en el DSV y se enlazan a una partición mediante la opción Enlace de tabla en el cuadro de diálogo Origen de partición. Puede crear una vista o una consulta con nombre para generar el segmento de datos necesario para cada partición. Para obtener más información, vea Definir consultas con nombre en una vista del origen de datos (Analysis Services).

Importante

Al crear consultas con nombre mutuamente excluyentes para particiones en un DSV, asegúrese de que los datos combinados de las particiones incluyen todos los datos de un grupo de medida que desea incluir en el cubo. Asegúrese de que no deje una partición predeterminada basada en toda la tabla para el grupo de medidas, o de lo contrario, las particiones basadas en consultas se superpondrán a la consulta basada en la tabla completa.

  1. Cree una o varias consultas con nombre para usarlas como origen de la partición. Para obtener más información, vea Definir consultas con nombre en una vista del origen de datos (Analysis Services).

    La consulta con nombre debe basarse en la tabla de hechos asociada al grupo de medida. Por ejemplo, si va a crear particiones en el grupo de medidas FactInternetSales, consultas nombradas en el DSV deben especificar la tabla FactInternetSales en la instrucción FROM.

  2. En SQL Server Data Tools, en el Explorador de soluciones, haga doble clic en el cubo para abrirlo en el Diseñador de cubos y, a continuación, haga clic en la pestaña Particiones .

  3. Expanda el grupo de medida para el que se agregan particiones.

  4. Haga clic en Nueva partición para iniciar el Asistente para particiones. Si creó las consultas con nombre mediante la tabla de hechos enlazada al grupo de medida, debería ver cada una de las consultas con nombre que creó en el paso anterior.

  5. En Especificar información de origen, elija una de las consultas con nombre que creó en un paso anterior. Si no ve ninguna consulta con nombre, vuelva al DSV y revise la sentencia FROM.

  6. Haga clic en Siguiente para aceptar los valores predeterminados para cada página posterior.

  7. En la última página, que se titula "Finalización del Asistente", asigna un nombre descriptivo a la partición.

  8. Haga clic en Finalizar

  9. Repita los pasos anteriores para crear las particiones restantes, eligiendo una consulta con nombre diferente cada vez para seleccionar el siguiente segmento de datos.

  10. Implemente la solución o procese la partición para cargar los datos. Asegúrese de procesar todas las particiones.

  11. Examine el cubo para comprobar que se devuelven los datos correctos.

Paso siguiente

Al crear consultas mutuamente excluyentes para particiones, asegúrese de que los datos de partición combinados incluyen todos los datos que desea incluir en el cubo.

Como último paso, normalmente desea quitar la partición predeterminada que se basaba en la propia tabla (si todavía existe), o bien, las particiones basadas en consultas se superponerán a la consulta en función de la tabla completa.

Véase también

Particiones (Analysis Services - Datos multidimensionales)Particiones remotasCombinar particiones en Analysis Services (SSAS - Multidimensional)

  • Last updated on