Origini dati supportate in Azure Analysis Services
Le origini dati e i connettori visualizzati per l'opzione Recupera dati o l'Importazione guidata tabella in Visual Studio con i progetti di Analysis Services sono visualizzati sia per Azure Analysis Services che per SQL Server Analysis Services. Tuttavia, non tutte le origini dati e tutti i connettori visualizzati sono supportati in Azure Analysis Services. I tipi di origini dati a cui è possibile connettersi dipendono da molti fattori, ad esempio il livello di compatibilità del modello, i connettori dati disponibili, il tipo di autenticazione e il supporto del gateway dati locale. Le tabelle seguenti descrivono le origini dati supportate per Azure Analysis Services.
Origini dati di Azure
| Origine dati | In-memory | DirectQuery | Note |
|---|---|---|---|
| Database SQL di Microsoft Azure | Sì | Sì | 2, 3 |
| Azure Synapse Analytics (SQL DW) | Sì | Sì | 2 |
| Archiviazione BLOB di Azure | Sì | No | 1 |
| Azure Table Storage | Sì | No | 1 |
| Azure Cosmos DB | Sì | No | 1 |
| Azure Data Lake Store Gen1 | Sì | No | 1 |
| Azure Data Lake Store Gen2 | Sì | No | 1, 5 |
| Azure HDInsight HDFS | Sì | No | 1 |
| Azure HDInsight Spark | Sì | No | 1, 4 |
Note:
1 - Solo modelli tabulari 1400 e superiori.
2 - Quando l'origine dati viene specificata come origine dati del provider nei modelli tabulari 1200 e superiori, sia i modelli in memoria che DirectQuery richiedono Microsoft OLE DB Driver per SQL Server MSOLEDBSQL (consigliato) o il provider di dati .NET Framework per SQL Server.
3 - Istanza gestita di SQL di Azure è supportata. Poiché l'istanza gestita di SQL viene eseguita nella rete virtuale di Azure con un indirizzo IP privato, è necessario che l'endpoint pubblico sia abilitato nell'istanza. Se non è abilitato, è necessario un gateway dati locale.
4 - Azure Databricks con il connettore Spark non è attualmente supportato.
5 - Il connettore ADLS Gen2 non è attualmente supportato, tuttavia è possibile usare il connettore di Archiviazione BLOB di Azure con un'origine dati ADLS Gen2.
Altre origini dati
La connessione alle origini dati locali da un server Azure Analysis Services richiede un gateway locale. Quando si usa un gateway, sono necessari i provider a 64 bit.
| Origine dati | In-memory | DirectQuery | Note |
|---|---|---|---|
| Database di Access | Sì | No | |
| Active Directory | Sì | No | 6 |
| Analysis Services | Sì | No | |
| Sistema della piattaforma di analisi | Sì | No | |
| File CSV | Sì | No | |
| Dynamics 365 | Sì | No | 6, 12 |
| Cartella di lavoro di Excel | Sì | No | |
| Exchange | Sì | No | 6 |
| Folder | Sì | No | 6 |
| IBM Informix | Sì | No | |
| Documento JSON | Sì | No | 6 |
| Righe di file binario | Sì | No | 6 |
| Database MySQL | Sì | No | 13 |
| Feed OData | Sì | No | 6 |
| Query ODBC | Sì | No | |
| OLE DB | Sì | No | |
| Oracle | Sì | Sì | 9 |
| Database PostgreSQL | Sì | No | 6 |
| Oggetti Salesforce | Sì | No | 6 |
| Report di Salesforce | Sì | No | 6 |
| SAP HANA | Sì | No | |
| SAP Business Warehouse | Sì | No | 6 |
| Elenco SharePoint | Sì | No | 6, 11 |
| SQL Server | Sì | Sì | 7, 8 |
| SQL Server Data Warehouse | Sì | Sì | 7, 8 |
| Database di Sybase | Sì | No | |
| Teradata | Sì | Sì | 10 |
| File TXT | Sì | No | |
| Tabella XML | Sì | No | 6 |
Note:
6 - Solo modelli tabulari 1400 e superiori.
7 - Quando l'origine dati viene specificata come origine dati del provider nei modelli tabulari 1200 e superiori, specificare Microsoft OLE DB Driver per SQL Server MSOLEDBSQL (consigliato), SQL Server Native Client 11.0 o il provider di dati .NET Framework per SQL Server.
8 - Se si specifica MSOLEDBSQL come provider di dati, può essere necessario scaricare e installare Microsoft OLE DB Driver per SQL Server nello stesso computer del gateway dati locale.
9 - Per i modelli tabulari 1200 o come origine dati del provider nei modelli tabulari 1400 o superiori, specificare Oracle Data Provider for .NET. Se specificato come origine dati strutturata, assicurarsi di abilitare il provider gestito Oracle.
10 - Per i modelli tabulari 1200 o come origine dati del provider nei modelli tabulari 1400 o superiori, specificare Teradata Data Provider for .NET.
11 - I file nelle istanze locali di SharePoint non sono supportati.
12 - Azure Analysis Services non supporta le connessioni dirette all'endpoint TDS di Dynamics 365Dataverse. Quando ci si connette a questa origine dati da Azure Analysis Services, è necessario usare un gateway dati locale e aggiornare manualmente i token.
13 - Azure Analysis Services non supporta le connessioni dirette ai database MySQL. Quando ci si connette a questa origine dati da Azure Analysis Services, è necessario usare un gateway dati locale e aggiornare manualmente i token.
Informazioni sui provider
Quando si creano progetti di modelli tabulari 1400 e superiori in Visual Studio, per impostazione predefinita non viene specificato un provider di dati quando ci si connette a un'origine dati usando l'opzione Recupera dati. I modelli tabulari 1400 e superiori usano i connettori Power Query per gestire connessioni, query di dati e mashup tra l'origine dati e Analysis Services. In questo caso talvolta si parla di connessioni alle origini dati strutturate in cui le impostazioni delle proprietà di connessione sono definite automaticamente. È tuttavia possibile abilitare origini dati legacy per un progetto di modello in Visual Studio. Se l'opzione è abilitata, è possibile usare l'Importazione guidata tabella per connettersi a determinate origini dati tradizionalmente supportate nei modelli tabulari 1200 e inferiori come le origini dati legacy o del provider. Quando viene specificata come origine dati del provider, è possibile indicare un provider di dati specifico e altre proprietà di connessione avanzate. È ad esempio possibile connettersi all’istanza di un data warehouse SQL Server o anche a un database SQL di Azure come origine dati legacy. È quindi possibile selezionare il provider di dati OLE DB Driver per SQL Server MSOLEDBSQL. In questo caso, la selezione di un provider di dati OLE DB può offrire prestazioni migliori rispetto al connettore Power Query.
Quando si usa l'Importazione guidata tabella in Visual Studio, le connessioni a qualsiasi origine dati richiedono un provider di dati. Viene selezionato automaticamente un provider di dati predefinito. Se necessario, è possibile modificare tale provider. Il tipo di provider scelto potrebbe dipendere dalle prestazioni, dal fatto che il modello usi o meno l'archiviazione in memoria o DirectQuery e dalla piattaforma Analysis Services in cui si distribuisce il modello.
Specificare le origini dati del provider nei progetti di modelli tabulari 1400 e superiori
Per abilitare le origini dati del provider, in Visual Studio fare clic su Strumenti>Opzioni>Analysis Services Tabular>Importazione dati e selezionare Abilita origini dati legacy.
Con le origini dati legacy abilitate, in Esplora modelli tabulari fare clic con il pulsante destro del mouse su Origini dati>Importa da origine dati (legacy).
Analogamente a quanto avviene con i progetti di modelli tabulari 1200, usare l'Importazione guidata tabella per connettersi a un'origine dati. Nella pagina di connessione fare clic su Avanzate. Specificare il provider di dati e altre impostazioni di connessione in Impostazione delle proprietà avanzate.
Rappresentazione
In alcuni casi può essere necessario specificare un account di rappresentazione differente. L'account di rappresentazione può essere specificato in Visual Studio o SQL Server Management Studio (SSMS).
Per le origini dati locali:
- Se si usa l'autenticazione SQL, la rappresentazione deve essere l'account del servizio.
- Se si usa l'autenticazione di Windows, impostare nome utente/password di Windows. Per SQL Server, l'autenticazione di Windows con un account di rappresentazione specifico è supportata solo per i modelli di dati In-memory.
Per le origini dati cloud:
- Se si usa l'autenticazione SQL, la rappresentazione deve essere l'account del servizio.
Credenziali OAuth
Per i modelli tabulari con livello di compatibilità 1400 e superiore che usano la modalità in memoria, il database SQL di Azure, Azure Synapse, Dynamics 365 e l'elenco SharePoint supportano le credenziali OAuth. Per generare token validi, impostare le credenziali tramite Power Query. Azure Analysis Services gestisce l'aggiornamento del token per le origini dati OAuth per evitare timeout per le operazioni di aggiornamento con esecuzione prolungata.
Nota
L'aggiornamento del token gestito non è supportato per le origini dati accessibili tramite un gateway. Ad esempio, una o più origini dati di query mashup sono accessibili tramite un gateway e/o la proprietà ASPaaS\AlwaysUseGateway è impostata su vero.
La modalità DirectQuery non è supportata con le credenziali OAuth.
Abilitare il provider gestito Oracle
In alcuni casi, le query DAX in un'origine dati Oracle possono fornire risultati imprevisti. Ciò potrebbe essere dovuto al provider usato per la connessione all'origine dati.
Come descritto nella sezione Informazioni sui provider, i modelli tabulari si connettono alle origini dati come origine dati strutturata o come origine dati del provider. Per i modelli con un'origine dati Oracle specificata come origine dati del provider, verificare che il provider specificato sia il provider di dati Oracle per .NET (Oracle.DataAccess.Client).
Se l'origine dati Oracle viene specificata come origine dati strutturata, abilitare la proprietà server MDataEngine\UseManagedOracleProvider. L'impostazione di questa proprietà garantisce che il modello si connetta all'origine dati Oracle usando il provider di dati Oracle consigliato per il provider gestito .NET.
Per abilitare il provider gestito Oracle:
In SQL Server Management Studio connettersi al proprio server.
Creare una query XMLA con lo script seguente. Sostituire ServerName con il nome completo del server, quindi eseguire la query.
<Alter AllowCreate="true" ObjectExpansion="ObjectProperties" xmlns="http://schemas.microsoft.com/analysisservices/2003/engine"> <Object /> <ObjectDefinition> <Server xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ddl2="http://schemas.microsoft.com/analysisservices/2003/engine/2" xmlns:ddl2_2="http://schemas.microsoft.com/analysisservices/2003/engine/2/2" xmlns:ddl100_100="http://schemas.microsoft.com/analysisservices/2008/engine/100/100" xmlns:ddl200="http://schemas.microsoft.com/analysisservices/2010/engine/200" xmlns:ddl200_200="http://schemas.microsoft.com/analysisservices/2010/engine/200/200" xmlns:ddl300="http://schemas.microsoft.com/analysisservices/2011/engine/300" xmlns:ddl300_300="http://schemas.microsoft.com/analysisservices/2011/engine/300/300" xmlns:ddl400="http://schemas.microsoft.com/analysisservices/2012/engine/400" xmlns:ddl400_400="http://schemas.microsoft.com/analysisservices/2012/engine/400/400" xmlns:ddl500="http://schemas.microsoft.com/analysisservices/2013/engine/500" xmlns:ddl500_500="http://schemas.microsoft.com/analysisservices/2013/engine/500/500"> <ID>ServerName</ID> <Name>ServerName</Name> <ServerProperties> <ServerProperty> <Name>MDataEngine\UseManagedOracleProvider</Name> <Value>1</Value> </ServerProperty> </ServerProperties> </Server> </ObjectDefinition> </Alter>Riavviare il server.