Requisitos de la arquitectura de cliente para el desarrollo de Analysis Services

Se aplica a: SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium

Microsoft SQL Server SQL Server Analysis Services admite una arquitectura de cliente fino. El motor de cálculo de SQL Server 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 SQL Server Analysis Services es XML for Analysis (XML/A). SQL Server Analysis Services proporciona varias interfaces de acceso a datos para aplicaciones cliente, pero todos estos componentes se comunican con una instancia de SQL Server Analysis Services mediante XML for Analysis.

Se proporcionan varios proveedores diferentes con SQL Server Analysis Services para admitir diferentes lenguajes de programación. Un proveedor se comunica con un servidor SQL Server 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 SQL Server Analysis Services datos. 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 SQL Server 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 SQL Server Analysis Services mediante ADOMD.NET.

Las aplicaciones existentes pueden comunicarse con SQL Server Analysis Services sin modificaciones simplemente mediante uno de los proveedores de SQL Server 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

SQL Server Analysis Services tiene una arquitectura web con un nivel intermedio totalmente escalable para la implementación de organizaciones pequeñas y grandes. SQL Server 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.

Tanto las aplicaciones de cliente como de nivel intermedio pueden comunicarse directamente con SQL Server 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 cliente más delgada posible para SQL Server Analysis Services.

Analysis Services en el modo de SharePoint o tabular

En SQL Server 2017, el servidor se puede iniciar en el modo del motor de análisis en memoria vertiPaq (VertiPaq) para las bases de datos tabulares y para los libros powerpivot que se han publicado en un sitio de SharePoint.

Power Pivot para Excel y SQL Server Data Tools 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 insertada de Power Pivot 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 power Pivot 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 de Power Pivot si se ha publicado en un sitio de SharePoint.

Nota:

Cuando se usa un cubo como origen de datos para un libro Power Pivot, 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 powerpivot

Power Pivot interactúa con el motor de almacenamiento del motor de análisis 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 Power Pivot 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 cliente-servidor normales.

HTTP Se usa para las conexiones HTTP a través del servicio de bombeo de datos de SSAS o mediante una llamada al componente del 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 Power Pivot en la granja de servidores de SharePoint.

Consulte también

Componentes de servidor del motor OLAP