Clientes (Analysis Services - Datos multidimensionales)
Microsoft SQL Server Analysis Services admite una arquitectura de cliente ligero. El motor de cálculo de Analysis Services depende totalmente del servidor, por lo que todas las consultas se resolverán en él. En consecuencia, para cada consulta solo se necesita realizar un viaje de ida y vuelta entre el cliente y el servidor, lo que produce un rendimiento escalable a medida que las consultas aumenten en complejidad.
El protocolo nativo para Analysis Services es XML for analysis (XML/A). Analysis Services proporciona varias interfaces de acceso a datos para aplicaciones cliente, pero todos estos componentes se comunican con una instancia de Analysis Services usando XML for analysis.
Se proporcionan varios proveedores distintos en Analysis Services para admitir diferentes lenguajes de programación. Un proveedor se comunica con un servidor de Analysis Services enviando y recibiendo XML for Analysis en paquetes SOAP sobre TCP/IP o sobre HTTP a través de Internet Information Services (IIS). La conexión HTTP utiliza un objeto COM, denominado bombeo de datos y cuya instancia ha sido creada por IIS, que actúa como conducto para los datos de Analysis Services. El bombeo de datos no examina de ningún modo los datos subyacentes contenidos en el flujo HTTP, ni ninguna de las estructuras de datos subyacentes está disponible para el código en la propia biblioteca de datos.
.gif "Arquitectura lógica de cliente para Analysis Services")
Las aplicaciones cliente de Win32 pueden conectarse con un servidor de Analysis Services mediante interfaces OLE DB para OLAP o mediante el modelo de objetos Microsoft® ActiveX® Data Objects (ADO) para lenguajes de automatización COM (Modelo de objetos componentes) como, por ejemplo, Microsoft Visual Basic®. Las aplicaciones codificadas con lenguajes .NET se pueden conectar con un servidor de Analysis Services mediante ADOMD.NET.
Las aplicaciones existentes pueden comunicarse con Analysis Services sin necesidad de ser modificadas utilizando simplemente uno de los proveedores de Analysis Services.
Lenguaje de programación |
Interfaz de acceso a datos |
|---|---|
C++ |
OLE DB para OLAP |
Visual Basic 6 |
ADO MD |
Lenguajes .NET |
ADO MD.NET |
Cualquier lenguaje que admita SOAP |
XML for Analysis |
Analysis Services tiene una arquitectura web con un nivel medio completamente escalable para implementación en organizaciones pequeñas y medianas. Analysis Services ofrece una amplia compatibilidad de nivel medio para servicios web. Las aplicaciones ASP con compatibles con OLE DB para OLAP y ADO MD, y las aplicaciones ASP.NET son compatibles con ADOMD.NET. El nivel medio, que se muestra en la siguiente ilustración, se puede escalar a muchos usuarios simultáneos.
.gif "Diagrama lógico de arquitectura de nivel medio")
Las aplicaciones cliente y de nivel medio pueden comunicarse directamente con Analysis Services sin necesidad de ningún proveedor. Las aplicaciones cliente y de nivel medio pueden enviar XML for Analysis en paquetes SOAP sobre TCP/IP, HTTP o HTTPS. El cliente puede estar codificado con cualquier lenguaje compatible con SOAP. La comunicación se administra mucho más fácilmente en este caso a través de Internet Information Services (IIS) mediante HTTP, aunque también puede codificarse una conexión directa con el servidor mediante TCP/IP. Se trata de la solución de cliente más ligero para Analysis Services.
Analysis Services en el modo de SharePoint o tabular
En SQL Server 2012, el servidor puede iniciarse en el modo del motor de analítico en memoria xVelocity (VertiPaq) para bases de datos tabulares y los libros de PowerPivot publicados en un sitio de SharePoint.
PowerPivot para Excel y SQL Server Data Tools (SSDT) son los únicos entornos del cliente que se admiten para crear y consultar las bases de datos en memoria que utilizan el modo SharePoint o tabular, respectivamente. La base de datos PowerPivot incrustada que se crea con las herramientas de Excel y de PowerPivot está dentro del libro de Excel y se guarda como parte del archivo .xlsx de Excel.
Sin embargo, un libro de PowerPivot puede utilizar datos almacenados en un cubo tradicional si los datos del cubo se importan en el libro. También se pueden importar datos de otro libro de PowerPivot si se ha publicado en un sitio de SharePoint.
[!NOTA]
Al utilizar un cubo como origen de datos para un libro de PowerPivot, los datos que se obtienen del cubo se definen como una consulta MDX; sin embargo, los datos se importan como una instantánea plana. No se puede trabajar interactivamente con los datos ni actualizar los datos del cubo.
Para obtener más información sobre cómo utilizar un cubo de SSAS como origen de datos, vea PowerPivot para Excel.
Interfaces para el cliente de PowerPivot
PowerPivot interactúa con el motor analítico en memoria xVelocity (VertiPaq) dentro del libro utilizando las interfaces y lenguajes establecidos para Analysis Services: AMO y ADOMD.NET, y MDX y XMLA. Dentro del complemento, las medidas se definen utilizando un lenguaje de fórmulas parecido Excel, Expresiones de análisis de datos (DAX). Las expresiones DAX se insertan en los mensajes XMLA que se envían al servidor en proceso. Para obtener más información, vea MDX and DAX.
Proveedores
Las comunicaciones entre PowerPivot y Excel utilizan el proveedor de MSOLAP OLEDB (versión 11.0). Dentro del proveedor MSOLAP hay cuatro módulos diferentes, o transportes, que se pueden utilizar para enviar mensajes entre el cliente y el servidor.
TCP/IP Se usa para las conexiones cliente-servidor normales.
HTTP Se usa para conexiones HTTP a través del servicio de suministro de datos de SSAS, o mediante una llamada al componente del servicio web (WS) PowerPivot de SharePoint.
INPROC Se usa para las conexiones con el motor en proceso.
CHANNEL Se usa solo para las comunicaciones con el servicio PowerPivot del sistema en la granja de SharePoint. Para obtener más información sobre los componentes necesarios para trabajar con PowerPivot en una instalación de SharePoint, vea Planeamiento y arquitectura (PowerPivot para SharePoint).