Introducción a la arquitectura lógica (Analysis Services - Datos multidimensionales)

Analysis Services funciona en un modo de implementación de servidor que determina la arquitectura de memoria y el entorno en tiempo de ejecución usados por diferentes tipos de modelos de Analysis Services. El modo de servidor se determina durante la instalación. El modo de minería de datos y multidimensional admite OLAP tradicional y minería de datos. El modo tabular admite modelos tabulares. El modo integrado de SharePoint hace referencia a una instancia de Analysis Services que se instaló como PowerPivot para SharePoint, que se usa para cargar y consultar modelos de datos de Excel o PowerPivot dentro de un libro.

En este tema se explica la arquitectura básica de Analysis Services al trabajar en modo multidimensional y de minería de datos. Para obtener más información sobre otros modos, vea Modelado tabular (SSAS tabular) y Comparación de soluciones tabulares y multidimensionales (SSAS) .

Arquitectura básica

Una instancia de Analysis Services puede contener varias bases de datos y una base de datos puede tener objetos OLAP y objetos de minería de datos al mismo tiempo. Las aplicaciones se conectan a una instancia especificada de Analysis Services y a una base de datos especificada. Un equipo servidor puede hospedar varias instancias de Analysis Services. Las instancias de Analysis Services se denominan "<ServerName>\<InstanceName>". En la ilustración siguiente se muestran todas las relaciones mencionadas entre objetos de Analysis Services.

de

Las clases básicas son el conjunto mínimo de objetos necesarios para compilar un cubo. Este conjunto mínimo de objetos es una dimensión, un grupo de medida y una partición. Una agregación es opcional.

Las dimensiones se crean a partir de atributos y jerarquías. Las jerarquías se forman mediante 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 tienen el mismo subconjunto de dimensiones del cubo. Un grupo de medida tiene una o varias particiones para administrar los datos físicos. Un grupo de medida puede tener un diseño de agregación predeterminado. Todas las particiones del grupo de medida pueden usar el diseño de agregación predeterminado; además, cada partición puede tener su propio diseño de agregación.

Objetos de servidor Cada instancia de Analysis Services se ve como un objeto de servidor diferente en AMO; cada instancia diferente está conectada a un Server objeto mediante una conexión diferente. Cada objeto de servidor contiene uno o varios orígenes de datos, vistas de 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 varios atributos, que se organizan en jerarquías.

Objetos de cubo Cada objeto de base de datos contiene uno o varios objetos de cubo. Un cubo se define mediante sus medidas y dimensiones. Las medidas y dimensiones de un cubo se derivan de las tablas y vistas de la vista del origen de datos en la que se basa el cubo, o que se genera a partir de las definiciones de medida y dimensión.

Herencia de objetos

El modelo de objetos ASSL contiene muchos grupos de elementos repetidos. Por ejemplo, el grupo de elementos "Dimensions contiene Hierarchies", define la jerarquía de dimensiones de un elemento. Tanto Cubes como MeasureGroups contienen el grupo de elementos "Dimensions contienen Hierarchies".

A menos que se invalide explícitamente, un elemento hereda los detalles de estos grupos de elementos repetidos del nivel superior. Por ejemplo, para Translations un CubeDimension elemento son los mismos que para Translations su elemento antecesor, Cube.

Para invalidar explícitamente las propiedades heredadas de un objeto de nivel superior, no es necesario repetir explícitamente toda la estructura y las propiedades del objeto de nivel superior. Las únicas propiedades que un objeto necesita indicar explícitamente son las propiedades que el objeto quiere invalidar. Por ejemplo, una CubeDimension puede enumerar solo las Hierarchies que deben deshabilitarse en Cube, o para las que se debe cambiar la visibilidad o para las que no se han proporcionado algunos Level detalles en el Dimension nivel.

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. Para los valores predeterminados heredados, ASSL aplica estas reglas para los valores predeterminados heredados:

• Cuando la propiedad del objeto secundario es NULL en el XML, el valor predeterminado de la propiedad es el valor heredado. Sin embargo, si consulta el valor del servidor, el servidor 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.

Los valores alfanuméricos más pequeños alrededor del cubo son los miembros de las dimensiones. Los miembros de ejemplo son tierra (miembro de la dimensión Route), África (miembro de la dimensión Source) y 1ª trimestre (miembro de la dimensión Time).

Medidas

Los valores de las celdas del cubo representan las dos medidas, Packages y Last. La medida Paquetes representa el número de paquetes importados y la Sum función se usa para agregar los hechos. La última medida representa la fecha de recepción y la Max función se usa 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 incluyen tierra, no en primer plano, aire, mar, carretera o tren. La dimensión Source representa las ubicaciones donde se producen las importaciones, como África o Asia. La dimensión Time representa los trimestres y mitades de un solo año.

Agregados

Los usuarios empresariales de un cubo pueden determinar el valor de cualquier medida para cada miembro de cada dimensión, independientemente del nivel del miembro dentro de la dimensión, ya que Analysis Services agrega valores en niveles superiores según sea necesario. Por ejemplo, los valores de medida de la ilustración anterior se pueden agregar según una jerarquía de calendario estándar mediante la jerarquía De tiempo del calendario en la dimensión Hora, como se muestra en el diagrama siguiente.

Además de agregar medidas mediante una sola dimensión, puede agregar medidas mediante combinaciones de miembros de diferentes dimensiones. Esto permite a los usuarios empresariales evaluar medidas en varias dimensiones simultáneamente. Por ejemplo, si un usuario empresarial quiere analizar las importaciones trimestrales que llegaron por aire desde el hemisferio oriental y el hemisferio occidental, el usuario empresarial puede emitir una consulta en el cubo para recuperar el siguiente conjunto de datos.

Una vez definido un cubo, puede crear nuevas agregaciones o cambiar las agregaciones existentes para establecer opciones como si las agregaciones se calculan previamente durante el procesamiento o se calculan en el momento de la consulta. Tema relacionado:Agregaciones y diseños de agregaciones.

Medidas de asignación, atributos y jerarquías

Las medidas, atributos y jerarquías del cubo de ejemplo se derivan de las columnas siguientes de las tablas de hechos y dimensiones del cubo.

Los datos de una sola celda de cubo normalmente se derivan 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 derivado mediante la agregación de las siguientes filas en la tabla de hechos ImportsFactTable .

En la tabla anterior, cada fila tiene los mismos valores para las columnas RouteKey, SourceKey y TimeKey , lo que indica que estas filas contribuyen a la misma celda de cubo.

El ejemplo que se muestra aquí representa un cubo muy sencillo, en que el cubo tiene un único grupo de medida y todas las tablas de dimensiones se unen a la tabla de hechos en un esquema de estrella. Otro esquema común es un esquema de copo de nieve, en el que una o más tablas de dimensiones se unen a otra tabla de dimensiones, en lugar de combinar directamente con la tabla de hechos. Tema relacionado:Dimensiones (Analysis Services - Datos multidimensionales).

El ejemplo que se muestra aquí contiene solo 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 está relacionado con un conjunto específico de dimensiones mediante relaciones de dimensión definidas. Estas relaciones se definen especificando las tablas participantes en la vista del origen de datos y la granularidad de la relación. Tema relacionado:Relaciones de dimensión.

Véase también

Bases de datos de modelos multidimensionales (SSAS)