Requisiti di architettura client per sviluppo Analysis Services

Si applica a: SQL Server Analysis Services Azure Analysis Services Power BI Premium

MicrosoftSQL Server Analysis Services supporta un'architettura thin-client. Il Analysis Services motore di calcolo è interamente basato su server, quindi tutte le query vengono risolte nel server. Per ogni query è quindi necessario un solo round trip tra il client e il server, il che significa che le prestazioni sono scalabili a mano a mano che le query diventano più complesse.

Il protocollo nativo per Analysis Services è XML for Analysis (XML/Un). In Analysis Services sono disponibili svariate interfacce di accesso ai dati per le applicazioni client, ma tutti questi componenti comunicano con un'istanza di Analysis Services tramite XML for Analysis.

Con Analysis Services vengono forniti svariati provider per il supporto di diversi linguaggi di programmazione. Un provider comunica con un server Analysis Services mediante l'invio e la ricezione di XML for Analysis in pacchetti SOAP attraverso il protocollo TCP/IP oppure HTTP tramite Internet Information Services (IIS). Una connessione HTTP utilizza un oggetto COM, di cui viene creata un'istanza da IIS e denominato data pump, che funge da conduttura per i dati di Analysis Services. Il data pump non esamina in alcun modo i dati sottostanti contenuti nel flusso HTTP e le strutture dei dati sottostanti non sono disponibili al codice nella libreria di dati stessa.

Architettura client logica per Analysis Services

Le applicazioni client Win32 possono connettersi a un server Analysis Services tramite interfacce OLE DB per OLAP oppure tramite il modello a oggetti Microsoft® ActiveX® Data Objects (ADO) per linguaggi di automazione COM (Component Object Model), ad esempio Microsoft Visual Basic®. Le applicazioni scritte in linguaggi .NET possono connettersi a un server Analysis Services utilizzando ADOMD.NET.

Le applicazioni esistenti possono comunicare con Analysis Services senza richiedere alcuna modifica, semplicemente tramite uno dei provider di Analysis Services.

Linguaggio di programmazione Interfaccia di accesso ai dati
C++ OLE DB per OLAP
Visual Basic 6 ADO MD
Linguaggi .NET ADO MD.NET
Qualsiasi linguaggio che supporta SOAP XML for Analysis

Analysis Services è dotato di un'architettura Web con un livello intermedio pienamente scalabile che ne consente la distribuzione in organizzazioni sia di piccole che di grandi dimensioni. Analysis Services fornisce supporto del livello intermedio largo per i servizi Web. Le applicazioni ASP sono supportate tramite OLE DB per OLAP e ADO MD, mentre le applicazioni ASP.NET sono supportate tramite ADOMD.NET. Il livello intermedio, illustrato nella figura seguente, è scalabile per un numero elevato di utenti simultanei.

Diagramma logico per l'architettura di livello intermedio

Le applicazioni sia client che di livello intermedio possono comunicare direttamente con Analysis Services senza l'intervento di un provider. Le applicazioni client e di livello intermedio possono inviare XML for Analysis in pacchetti SOAP attraverso il protocollo TCP/IP, HTTP o HTTPS. Il client può essere codificato in qualsiasi linguaggio che supporta SOAP. In tal caso, per semplificare la gestione delle comunicazioni è consigliabile utilizzare Internet Information Services (IIS) con HTTP, ma è anche possibile ricorrere a una connessione diretta al server tramite TCP/IP. Questa è la massima soluzione thin client supportata da Analysis Services.

Analysis Services in modalità tabulare o SharePoint

In il server può essere avviato in modalità VertiPaq in modalità di analisi SQL Server 2017 in memoria (VertiPaq) per i database tabulari e per le cartelle di lavoro pubblicate in un SharePoint Power Pivot sito.

Power Pivot per Excel e SQL Server Data Tools sono gli unici ambienti client supportati per la creazione e l'esecuzione di query su database in memoria in cui viene utilizzata rispettivamente la modalità SharePoint o tabulare. Il database incorporato creato usando il Excel e gli strumenti è contenuto nella cartella di lavoro Excel e viene salvato come parte del Power Pivot Power Pivot file Excel .xlsx.

Tuttavia, una cartella di lavoro Power Pivot può utilizzare dati archiviati in un cubo tradizionale se si importano i dati del cubo nella cartella di lavoro. È possibile importare anche dati da un'altra cartella di lavoro di Power Pivot se è stata pubblicata in un sito di SharePoint.

Nota

Quando si utilizza un cubo come origine dati per la cartella di lavoro di Power Pivot, i dati che si ottengono dal cubo vengono definiti come query MDX. Tuttavia, i dati vengono importati come snapshot bidimensionale. Non è possibile operare in modo interattivo con i dati o aggiornare i dati dal cubo.

Interfacce per Power Pivot client

Power Pivot interagisce con il motore di archiviazione del motore di analisi in memoria VertiPaq all'interno della cartella di lavoro usando le interfacce e i linguaggi stabiliti per Analysis Services: AMO e ADOMD.NET e MDX e XMLA. All'interno del componente aggiuntivo, le misure vengono definite tramite un linguaggio delle formule simile a Excel, Data Analysis Expressions (DAX). Le espressioni DAX sono incorporate all'interno dei messaggi XMLA inviati al server in-process.

Provider

Le comunicazioni Power Pivot tra e Excel usano il provider OLEDB MSOLAP (versione 11.0). All'interno del provider MSOLAP sono contenuti quattro diversi moduli, o trasporti, che possono essere utilizzati per l'invio di messaggi tra il client e il server.

TCP / IP Usato per le normali connessioni client-server.

HTTP Usato per le connessioni HTTP tramite il servizio data pump SSAS o da una chiamata al componente SharePoint Power Pivot Web Service (WS).

INPROC Usato per le connessioni al motore in-process.

CANALE Riservato per le comunicazioni con Power Pivot il servizio di sistema nella farm SharePoint locale.

Vedere anche

Componenti del server del motore OLAP