Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Microsoft SQL Server Analysis Services admite una arquitectura de cliente ligero. El motor de cálculo de Analysis Services se basa completamente en el servidor, por lo que todas las consultas se resuelven en el servidor. 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 mediante XML for Analysis.
Se proporcionan varios proveedores diferentes con 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 a través de TCP/IP o a través de HTTP a través de Internet Information Services (IIS). Una conexión HTTP usa un objeto COM creado por IIS, denominado bomba de datos, que actúa como un 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.
Las aplicaciones cliente Win32 pueden conectarse a un servidor de Analysis Services mediante OLE DB para interfaces OLAP o el modelo de objetos de Microsoft® ActiveX® Data Objects (ADO) para lenguajes de automatización del Modelo de objetos componentes (COM), como Microsoft Visual Basic®. Las aplicaciones codificadas con lenguajes .NET pueden conectarse a un servidor de Analysis Services mediante ADOMD.NET.
Las aplicaciones existentes pueden comunicarse con Analysis Services sin modificaciones simplemente mediante 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 intermedio totalmente escalable para la implementación por parte de organizaciones pequeñas y grandes. Analysis Services proporciona una amplia compatibilidad de nivel intermedio para los 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.
Las aplicaciones de nivel intermedio y cliente pueden comunicarse directamente con Analysis Services sin usar un 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. Esta es la solución de cliente más delgada posible para Analysis Services.
Analysis Services en el modo de SharePoint o tabular
En SQL Server 2014, el servidor se puede iniciar en el modo del motor de análisis en memoria xVelocity (VertiPaq) para bases de datos tabulares y para libros PowerPivot que se han publicado en un sitio de SharePoint.
PowerPivot para Excel y SQL Server Data Tools (SSDT) son los únicos entornos de cliente que se admiten para crear y consultar bases de datos en memoria que usan sharePoint o modo tabular, respectivamente. La base de datos powerPivot insertada que se crea mediante las herramientas de Excel y PowerPivot se incluye en el libro de Excel y se guarda como parte del archivo de .xlsx de Excel.
Sin embargo, un libro PowerPivot puede usar datos almacenados en un cubo tradicional si importa los datos del cubo en el libro. También puede importar datos de otro libro PowerPivot si se ha publicado en un sitio de SharePoint.
Nota
Cuando se usa un cubo como origen de datos para un libro PowerPivot, los datos que obtiene 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.
Interfaces para el cliente de PowerPivot
PowerPivot interactúa con el motor de almacenamiento xVelocity en memoria (VertiPaq) dentro del libro mediante las interfaces y los 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.
Proveedores
Las comunicaciones entre PowerPivot y Excel usan el proveedor OLEDB MSOLAP (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 de cliente-servidor normales.
HTTP Se usa para las conexiones HTTP a través del servicio de bomba de datos SSAS o mediante una llamada al componente servicio web PowerPivot (WS) de SharePoint.
INPROC Se usa para las conexiones al motor en proceso.
CANAL Reservado para las comunicaciones con el servicio del sistema PowerPivot en la granja de servidores de SharePoint.