Clientes (Analysis Services – Dados Multidimensionais)
O Microsoft SQL Server Analysis Services oferece suporte a uma arquitetura de cliente fino. O mecanismo de cálculo do Analysis Services é totalmente baseado em servidor; assim, todas as consultas são resolvidas no servidor. Como resultado, apenas uma viagem de ida e volta entre o cliente e o servidor é necessária para cada consulta, resultando em um desempenho evolutivo à medida que as consultas aumentam em complexidade.
O protocolo nativo para o Analysis Services é XML for Analysis (XML/A). O Analysis Services fornece diversas interfaces de acesso de dados para aplicativos cliente, mas todos os componentes comunicam-se com uma instância do Analysis Services usando XML for Analysis.
Diversos provedores diferentes são fornecidos com o Analysis Services para oferecer suporte às diferentes linguagens de programação. Um provedor comunica-se com um servidor Analysis Services, enviando e recebendo XML for Analysis em pacotes SOAP sobre TCP/IP e sobre HTTP por meio do ISS (Serviços de Informações da Internet). Uma conexão HTTP usa um objeto COM instanciado por IIS, chamado de bomba de dados, que age como um condutor de dados Analysis Services. A bomba de dados não examina os dados subjacentes contidos em um fluxo HTTP de qualquer maneira, nem de qualquer das estruturas de dados subjacentes disponíveis a nenhum código na biblioteca de dados.
.gif "Arquitetura lógica de cliente para Analysis Services")
Os aplicativos cliente Win32 podem se conectar a um servidor Analysis Services usando DB OLE para interfaces OLAP ou o modelo de objeto Microsoft® ActiveX® Data Objects (ADO) para linguagens de automação COM (Component Object Model), como Microsoft Visual Basic®. Aplicativos codificados com linguagens .NET podem se conectar a um servidor Analysis Services por meio do ADOMD.NET.
Aplicativos existentes podem se comunicar com Analysis Services sem modificação, apenas usando um dos provedores Analysis Services.
Linguagem de programação |
Interface de acesso de dados |
|---|---|
C++ |
OLE DB para OLAP |
Visual Basic 6 |
ADO MD |
Linguagens .NET |
ADO MD.NET |
Toda linguagem que ofereça suporte SOAP |
XML for Analysis |
O Analysis Services tem uma arquitetura Web com uma camada intermediária evolutiva completa para implantação por organizações grandes e pequenas. O Analysis Services fornece amplo suporte à camada intermediária para serviço Web. Os aplicativos ASP têm suporte pelo DB OLE para OLAP e os aplicativos ADO MD, ASP.NET têm suporte pelo ADOMD.NET. A camada intermediária ilustrada na figura a seguir é evolutiva para vários usuários simultaneamente.
.gif "Diagrama lógico para arquitetura da camada intermediária")
Ambos os aplicativos cliente e de camada intermediária podem se comunicar diretamente com o Analysis Services sem usar um provedor. Aplicativos cliente e de camada intermediária podem enviar XML for Analysis em pacotes SOAP sobre TCP/IP, HTTP ou HTTPS. O cliente pode ser codificado usando qualquer linguagem com suporte SOAP. Nesse caso, a comunicação é facilmente gerenciada pelo IIS (Serviços de Informações de Internet) usando HTTP, embora uma conexão direta com o servidor usando TCP/IP também possa ser codificada. Essa é a solução para o cliente mais fino possível no Analysis Services.
Analysis Services no modo Tabular ou do SharePoint
No SQL Server 2012, o servidor pode ser iniciado no modo do mecanismo analítico na memória xVelocity (VertiPaq) para bancos de dados tabulares e para pastas de trabalho do PowerPivot que foram publicadas em um site do SharePoint.
O PowerPivot para Excel e o SSDT (Ferramentas de dados do SQL Server) são os únicos ambientes de cliente com suporte para a criação e a consulta de bancos de dados na memória que usam o modo Tabular ou do SharePoint, respectivamente O banco de dados inserido do PowerPivot que você cria usando as ferramentas do Excel e do PowerPivot está contido na pasta de trabalho do Excel e é salvo como parte do arquivo .xlsx do Excel.
Porém, uma pasta de trabalho PowerPivot poderá usar dados armazenados em um cubo tradicional se esses dados forem importados para ela. Você também poderá importar dados de outra pasta de trabalho PowerPivot se eles tiverem sido publicados em um site do SharePoint.
.gif "Observação") Observação |
|---|
Quando você usa um cubo como uma fonte de dados para uma pasta de trabalho PowerPivot, os dados obtidos no cubo são definidos como uma consulta MDX; porém, os dados são importados como um instantâneo bidimensional. Não é possível trabalhar interativamente com os dados nem atualizar os dados do cubo. |
Para obter mais informações sobre como usar um cubo SSAS como uma fonte de dados, consulte o PowerPivot para Excel.
Interfaces para cliente do PowerPivot
O PowerPivot interage com o mecanismo de armazenamento do mecanismo analítico na memória xVelocity (VertiPaq) dentro da pasta de trabalho usando as interfaces e as linguagens estabelecidas para o Analysis Services: AMO e ADOMD.NET; MDX e XMLA. Dentro do suplemento, as medidas são definidas por meio de uma linguagem de fórmula semelhante à do Excel, o DAX (Expressões de Análise de Dados). As expressões DAX são inseridas nas mensagens de XMLA que são enviadas ao servidor no processo. Para obter mais informações, consulte MDX and DAX.
Provedores
As comunicações entre o PowerPivot e o Excel usam o provedor OLEDB do MSOLAP (versão 11.0). No provedor do MSOLAP, há quatro módulos diferentes, ou transportes, que podem ser usados para enviar mensagens entre o cliente e o servidor.
TCP/IP Usado para conexões cliente-servidor normais.
HTTP Usado para conexões HTTP através do serviço de bomba de dados do SSAS, ou por uma chamada para o componente Web Service (WS) do SharePoint PowerPivot.
INPROC Usado para conexões com o mecanismo no processo.
CHANNEL Reservado para comunicações com o PowerPivot System Service no farm do SharePoint. Para obter mais informações sobre os componentes necessários para trabalhar com o PowerPivot em uma instalação do SharePoint, consulte Planejamento e arquitetura (PowerPivot para SharePoint).