Información general de arquitectura lógica (Analysis Services - Datos multidimensionales)
Se aplica a:
SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium
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 utilizados por diferentes tipos de modelos de Analysis Services. Determina el modo de servidor durante la instalación. El modo de minería de datos y multidimensional admite la minería de datos y OLAP tradicional. El modo tabular admite modelos tabulares. El modo integrado de SharePoint hace referencia a una instancia de Analysis Services que se instaló como Power Pivot 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 cuando se usa en modo Multidimensional y Minería de datos. Para obtener más información sobre otros modos, vea Modelado tabular y comparación de soluciones tabulares y multidimensionales.
Arquitectura básica
Una instancia de SQL Server 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 SQL Server Analysis Services y a una base de datos especificada. Un equipo servidor puede hospedar varias instancias de SQL Server Analysis Services. Las instancias de SQL Server Analysis Services se denominan "<ServerName>\<InstanceName>". En la ilustración siguiente se muestran todas las relaciones mencionadas entre SQL Server Analysis Services objetos.
en
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 Server
Cada instancia de SQL Server 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 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 Dimension
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 del 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 " Las dimensiones contienen jerarquías", define la jerarquía de dimensiones de un elemento. Tanto Cubes como MeasureGroups contienen el grupo de elementos " Dimensions contain Hierarchies" (Dimensiones contienen jerarquías).
A menos que se invalide explícitamente, un elemento hereda los detalles de estos grupos de elementos repetidos del nivel superior. Por ejemplo, las traducciones de un cubeDimension son las mismas que las traducciones 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, cubeDimension puede enumerar solo las jerarquías que deben deshabilitarse en el cubo, o para las que se debe cambiar la visibilidad, o para las que algunos detalles de nivel no se han proporcionado en el nivel dimensión .
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 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.
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 usa para agregar los hechos. La última medida representa la fecha de recepción y la función Max se usa para agregar los hechos.
Dimensions
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 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 SQL Server 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 de acuerdo con una jerarquía de calendario estándar mediante la jerarquía De tiempo del calendario en la dimensión Time, como se muestra en el diagrama siguiente.
Además de agregar medidas mediante una sola dimensión, se pueden agregar medidas mediante combinaciones de miembros de dimensión 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 | Período de tiempo | Todos los orígenes | Hemisferio Oriental | Hemisferio occidental | | ---------- | ----------- | ------------------ | ------------------ |
|Todo el tiempo|25110|6547|18563|
|1ª mitad|11173|2977|8196|
|1º trimestre|5108|1452|3656|
|2º trimestre|6065|1525|4540|28 de junio a 99 |Jun-20-99 |28 de junio a 99 |
|2ª mitad|13937|3570|10367|Dec-29-99 |Dec-22-99 |Dec-29-99 |
|3er trimestre|6119|1444|4675|Sep-30-99 |Sep-18-99 |Sep-30-99 |
|4º trimestre|7818|2126|5692|Dec-29-99 |Dec-22-99 |Dec-29-99 |
Último | Período de tiempo | Todos los orígenes | Hemisferio Oriental | Hemisferio occidental | | ---------- | ----------- | ------------------ | ------------------ | |Todo el tiempo |Dec-29-99 |Dec-22-99 |Dec-29-99 |
|1ª mitad|28 de junio a 99 |Jun-20-99 |28 de junio a 99 |
|1er trimestre|Mar-30-99|Mar-19-99 |Mar-30-99|
|2º trimestre|28 de junio a 99 |Jun-20-99 |28 de junio a 99 |
|2ª mitad|Dec-29-99 |Dec-22-99 |Dec-29-99 |
|3º trimestre|Sep-30-99 |Sep-18-99 |Sep-30-99 |
|4º trimestre|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 | Paquetes | 12 |
| Última medida | No aplicable | ImportsFactTable | Último | 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 | Ruta | 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,AustraliaEuropa,N. America,S. America | SourceDimensionTable | Continent | Europa |
| 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 (Trimestre) | 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 derivado de la agregación de las siguientes filas en la tabla de hechos ImportsFactTable .
| Import_ReceiptKey | RouteKey | SourceKey | TimeKey | Paquetes | Último |
|---|---|---|---|---|---|
| 3516987 | 1 | 6 | 1 | 15 | 10 de enero a 99 |
| 3554790 | 1 | 6 | 1 | 40 | 19-99 de enero |
| 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 estas filas contribuyen a la misma celda de 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 del origen de datos y la granularidad de la relación. Tema relacionado:Relaciones de dimensión.
Consulte también
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de