Información general de arquitectura lógica (Analysis Services - Datos multidimensionales)
En SQL Server 2008 R2, se puede trabajar con Analysis Services en dos modos diferentes: el modo de instalación de servidor estándar, que admite OLAP tradicional y minería de datos, y el modo integrado de SharePoint, que utiliza una instancia especial de Analysis Services hospedada en un servidor de SharePoint para admitir libros creados con Microsoft PowerPivot para Excel 2010.
En este tema se explica la arquitectura básica de Analysis Services cuando se usa en modo estándar. Para obtener más información acerca del modo integrado de SharePoint, vea Analysis Services en modo integrado de SharePoint (PowerPivot para SharePoint). Para obtener más información acerca del cliente de PowerPoint, vea PowerPivot para Excel.
Arquitectura básica
Una instancia de Analysis Services puede contener varias bases de datos y una base de datos puede tener al mismo tiempo objetos OLAP y objetos de minería de datos. Las aplicaciones conectan una instancia especificada de Analysis Services y una base de datos especificada. Un equipo servidor puede hospedar varias instancias de Analysis Services. Las instancias de Analysis Services se denominan "<nombreDeServidor>\<nombreDeInstancia>". En la ilustración siguiente se muestran todas las relaciones indicadas entre objetos de Analysis Services.
.gif "Relaciones de objetos de ejecución de AMO")
Las clases básicas son el conjunto mínimo de objetos necesario para generar un cubo. Este conjunto mínimo de objetos incluye una dimensión, un grupo de medida y una partición. La agregación es opcional.
Las dimensiones se crean a partir de atributos y jerarquías. Las jerarquías están formadas por un conjunto ordenado de atributos, donde cada atributo del conjunto corresponde a un nivel de la jerarquía.
Los cubos se crean a partir de dimensiones y grupos de medida. Las dimensiones de la colección de dimensiones de un cubo pertenecen a la colección de dimensiones de la base de datos. Los grupos de medida son colecciones de medidas que tienen la misma vista del origen de datos y el mismo subconjunto de dimensiones del cubo. Un grupo de medida incluye una o más particiones para administrar los datos físicos. El grupo de medida puede tener un diseño de agregaciones predeterminado. Todas las particiones del grupo de medida pueden usar el diseño de agregaciones predeterminado; asimismo, cada partición puede tener su propio diseño de agregaciones.
Objetos de servidor
Cada instancia de Analysis Services se considera un objeto de servidor diferente en AMO; cada instancia diferente está conectada a un objeto Server mediante una conexión diferente. Cada objeto de servidor contiene uno o más orígenes de datos, vistas del origen de datos y objetos de base de datos, así como ensamblados y roles de seguridad.Objetos de dimensión
Cada objeto de base de datos contiene varios objetos de dimensión. Cada objeto de dimensión contiene uno o más atributos, que se organizan en jerarquías.Objetos de cubo
Cada objeto de base de datos contiene uno o más objetos de cubo. Un cubo se define por medio de sus medidas y dimensiones. Las medidas y dimensiones de un cubo se derivan de las tablas y vistas de la vista de origen de datos en la que se basa el cubo, o que se genera a partir de las definiciones de medidas y dimensiones.
Herencia de objetos
El modelo de objetos ASSL contiene varios grupos de elementos repetidos. Por ejemplo, el grupo de elementos "Dimensions contain Hierarchies" define la jerarquía de la dimensión de un elemento. Tanto los objetos Cubes como MeasureGroups contienen el grupo de elementos "Dimensions contain Hierarchies".
A menos que se invalide explícitamente, un elemento hereda los detalles de estos grupos de elementos repetidos del nivel superior. Por ejemplo, el valor de Translations de un objeto CubeDimension es el mismo que el valor de Translations de su elemento antecesor, Cube.
Para invalidar explícitamente propiedades heredadas de un objeto de nivel superior, un objeto no necesita repetir explícitamente la estructura completa y las propiedades del objeto de nivel superior. Las únicas propiedades que un objeto necesita indicar explícitamente son las propiedades que el objeto desea invalidar. Por ejemplo, un objeto CubeDimension puede incluir únicamente los elementos Hierarchies que se deben deshabilitar en el objeto Cube, los elementos para los que la visibilidad se debe cambiar o los elementos para los que no se han indicado algunos detalles de Level en el nivel Dimension.
Algunas propiedades especificadas en un objeto proporcionan valores predeterminados para la misma propiedad en un objeto secundario o descendiente. Por ejemplo, Cube.StorageMode proporciona el valor predeterminado para Partition.StorageMode. En los valores predeterminados heredados, ASSL aplica las mismas reglas que se usan en los Objetos de ayuda a la toma de decisiones (DSO) 8.0. La lista siguiente describe estas reglas para los valores predeterminados heredados:
Cuando la propiedad del objeto secundario tiene el valor NULL en XML, el valor de la propiedad tiene como valor predeterminado el valor heredado. Sin embargo, si consulta el valor en el servidor, éste devuelve el valor NULL del elemento XML.
No es posible determinar mediante programación si la propiedad de un objeto secundario se ha establecido directamente en el objeto secundario o se ha heredado.
Ejemplo
El cubo Imports contiene dos medidas, Packages y Last, y tres dimensiones relacionadas, Route, Source y Time.
.gif "Ejemplo de cubo 1")
Los valores alfanuméricos más pequeños que están alrededor del cubo son los miembros de las dimensiones. Los miembros de ejemplo son ground (miembro de la dimensión Route), Africa (miembro de la dimensión Source) y 1st quarter (miembro de la dimensión Time).
Medidas
Los valores de las celdas del cubo representan las dos medidas, Packages y Last. La medida Packages representa el número de paquetes importados y la función Sum se utiliza para agregar los hechos. La medida Last representa la fecha de recepción y la función Max se utiliza para agregar los hechos.
Dimensiones
La dimensión Route representa los medios por los que las importaciones llegan a su destino. Los miembros de esta dimensión son ground, nonground, air, sea, road o rail. La dimensión Source representa las ubicaciones en las que se producen las importaciones, caso de África o Asia. La dimensión Time representa los trimestres y semestres de un único año.
Agregados
Los usuarios corporativos de un cubo pueden determinar el valor de cualquier medida para los miembros de cada dimensión, con independencia del nivel del miembro de la dimensión, ya que Analysis Services agrega valores a los niveles superiores según sea necesario. Por ejemplo, los valores de las medidas de la ilustración anterior se pueden agregar según una jerarquía de calendario estándar mediante la jerarquía Calendar Time de la dimensión Time, tal como se muestra en el diagrama siguiente.
.gif "Diagrama de medidas organizadas en una dimensión de tiempo")
Además de agregar medidas mediante una sola dimensión, se pueden agregar medidas mediante combinaciones de miembros de dimensiones diferentes. Esto permite a los usuarios corporativos evaluar las medidas en varias dimensiones al mismo tiempo. Por ejemplo, si un usuario corporativo desea analizar las importaciones trimestrales que han llegado por aire desde Eastern Hemisphere y Western Hemisphere, puede emitir una consulta del cubo para recuperar el siguiente conjunto de datos.
Paquetes . |
Última |
|||||||
|---|---|---|---|---|---|---|---|---|
All Sources |
Eastern Hemisphere |
Western Hemisphere |
All Sources |
Eastern Hemisphere |
Western Hemisphere |
|||
All Time |
25110 |
6547 |
18563 |
Dec-29-99 |
Dec-22-99 |
Dec-29-99 |
||
1st half |
11173 |
2977 |
8196 |
Jun-28-99 |
Jun-20-99 |
Jun-28-99 |
||
1st quarter |
5108 |
1452 |
3656 |
Mar-30-99 |
Mar-19-99 |
Mar-30-99 |
||
2nd quarter |
6065 |
1525 |
4540 |
Jun-28-99 |
Jun-20-99 |
Jun-28-99 |
||
2nd half |
13937 |
3570 |
10367 |
Dec-29-99 |
Dec-22-99 |
Dec-29-99 |
||
3rd quarter |
6119 |
1444 |
4675 |
Sep-30-99 |
Sep-18-99 |
Sep-30-99 |
||
4th quarter |
7818 |
2126 |
5692 |
Dec-29-99 |
Dec-22-99 |
Dec-29-99 |
Una vez definido un cubo, se pueden crear agregaciones o cambiar agregaciones existentes para establecer opciones, como que las agregaciones se precalculen durante el procesamiento o se calculen en el momento de la consulta. Tema relacionado:Agregaciones y diseños de agregaciones.
Asignar medidas, atributos y jerarquías
Las medidas, los atributos y las jerarquías del cubo del ejemplo se derivan de las siguientes columnas de las tablas de dimensiones y de hechos del cubo.
Medida o atributo (nivel) |
Miembros |
Tabla de origen |
Columna de origen |
Valor de la columna de ejemplo |
|---|---|---|---|---|
Medida de paquetes |
No aplicable |
ImportsFactTable |
Packages |
12 |
Última medida |
No aplicable |
ImportsFactTable |
Last |
May-03-99 |
Nivel Route Category en la dimensión Route |
nonground,ground |
RouteDimensionTable |
Route_Category |
Nonground |
Atributo Route en la dimensión Route |
air,sea,road,rail |
RouteDimensionTable |
Route |
Sea |
Atributo Hemisphere en la dimensión Source |
Eastern Hemisphere,Western Hemisphere |
SourceDimensionTable |
Hemisphere |
Eastern Hemisphere |
Atributo Continent en la dimensión Source |
Africa,Asia,AustraliaEurope,N. America,S. America |
SourceDimensionTable |
Continent |
Europe |
Atributo Half en la dimensión Time |
1st half,2nd half |
TimeDimensionTable |
Half |
2nd half |
Atributo Quarter en la dimensión Time |
1st quarter,2nd quarter,3rd quarter,4th quarter |
TimeDimensionTable |
Quarter |
3rd quarter |
Los datos de una única celda de cubo suelen derivarse de varias filas de la tabla de hechos. Por ejemplo, la celda del cubo en la intersección del miembro air, el miembro Africa y el miembro 1st quarter contiene un valor que se deriva al agregar las siguientes filas de la tabla de hechos ImportsFactTable.
Import_ReceiptKey |
RouteKey |
SourceKey |
TimeKey |
Paquetes . |
Última |
3516987 |
1 |
6 |
1 |
15 |
Jan-10-99 |
3554790 |
1 |
6 |
1 |
40 |
Jan-19-99 |
3572673 |
1 |
6 |
1 |
34 |
Jan-27-99 |
3600974 |
1 |
6 |
1 |
45 |
Feb-02-99 |
3645541 |
1 |
6 |
1 |
20 |
Feb-09-99 |
3674906 |
1 |
6 |
1 |
36 |
Feb-17-99 |
En la tabla anterior, cada fila tiene los mismos valores para las columnas RouteKey, SourceKey y TimeKey, lo que indica que dichas filas contribuyen a la misma celda del cubo.
En este ejemplo se representa un cubo muy sencillo, en donde el cubo tiene un solo grupo de medida y todas las tablas de dimensiones se combinan en la tabla de hechos en un esquema en estrella. Otro esquema común es el esquema de copo de nieve, en el que una o más tablas de dimensiones se combinan con otra tabla de dimensiones, en lugar de combinarse directamente con la tabla de hechos. Tema relacionado:Dimensiones (Analysis Services - Datos multidimensionales).
Este ejemplo contiene una sola tabla de hechos. Cuando un cubo tiene varias tablas de hechos, las medidas de cada tabla de hechos se organizan en grupos de medida y un grupo de medida se relaciona con un determinado conjunto de dimensiones mediante relaciones de dimensiones definidas. Estas relaciones se definen mediante la especificación de las tablas participantes en la vista de origen de datos y la granularidad de la relación. Tema relacionado:Relaciones de dimensión.