Requisiti dell'architettura client per lo sviluppo di Analysis Services

Microsoft SQL Server Analysis Services supporta un'architettura thin client. Il motore di calcolo di Analysis Services è interamente basato su server, quindi tutte le query vengono risolte nel server. Di conseguenza, è necessario un solo round trip tra il client e il server per ogni query, con conseguente scalabilità delle prestazioni man mano che le query aumentano di complessità.

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

Diversi provider vengono forniti con Analysis Services per supportare linguaggi di programmazione diversi. Un provider comunica con un server Analysis Services inviando e ricevendo XML for Analysis in pacchetti SOAP tramite TCP/IP o tramite HTTP tramite Internet Information Services (IIS). Una connessione HTTP usa un oggetto COM di cui viene creata un'istanza da IIS, denominata data pump, che funge da canale per i dati di Analysis Services. Il data pump non esamina in alcun modo i dati sottostanti contenuti nel flusso HTTP, né le strutture di dati sottostanti disponibili per nessuno del codice nella libreria dati stessa.

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

Le applicazioni esistenti possono comunicare con Analysis Services senza alcuna modifica usando semplicemente 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 per l'analisi

Analysis Services ha un'architettura Web con un livello intermedio completamente scalabile per la distribuzione da parte di organizzazioni di piccole e grandi dimensioni. Analysis Services offre un ampio supporto di livello intermedio per i servizi Web. Le applicazioni ASP sono supportate da OLE DB per OLAP e ADO MD, ASP.NET applicazioni sono supportate da ADOMD.NET. Il livello intermedio, illustrato nella figura seguente, è scalabile a molti utenti simultanei.

Le applicazioni client e di livello intermedio possono comunicare direttamente con Analysis Services senza usare un provider. Le applicazioni client e di livello intermedio possono inviare XML for Analysis in pacchetti SOAP su TCP/IP, HTTP o HTTPS. Il client può essere codificato usando qualsiasi linguaggio che supporta SOAP. La comunicazione in questo caso è più facilmente gestita da Internet Information Services (IIS) tramite HTTP, anche se è possibile codificare anche una connessione diretta al server tramite TCP/IP. Si tratta della soluzione client più sottile possibile per Analysis Services.

Analysis Services in modalità Tabulare o SharePoint

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

PowerPivot per Excel e SQL Server Data Tools (SSDT) sono gli unici ambienti client supportati rispettivamente per la creazione e l'esecuzione di query su database in memoria che usano la modalità SharePoint o Tabulare. Il database PowerPivot incorporato creato utilizzando gli strumenti di Excel e PowerPivot è contenuto nella cartella di lavoro di Excel e viene salvato come parte del file di Excel .xlsx.

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

Annotazioni

Quando si usa un cubo come origine dati per una cartella di lavoro di PowerPivot, i dati che si ottengono dal cubo vengono definiti come query MDX; Tuttavia, i dati vengono importati come snapshot bidimensionale. Non è possibile utilizzare in modo interattivo i dati o aggiornare i dati dal cubo.

Interfacce per il client PowerPivot

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

Fornitori

Le comunicazioni tra PowerPivot ed Excel usano il provider OLEDB MSOLAP (versione 11.0). All'interno del provider MSOLAP sono disponibili quattro moduli o trasporti diversi, che possono essere usati 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 di SSAS o tramite una chiamata al componente Servizio Web PowerPivot di SharePoint.

INPROC Usato per le connessioni al motore in-process.

CANALE Riservato per le comunicazioni con il servizio di sistema PowerPivot nella farm di SharePoint.

Vedere anche

Componenti del server del motore OLAP