Źródła danych obsługiwane w usługach Azure Analysis Services.

Źródła danych i łączniki wyświetlane w Kreatorze pobierania danych lub importowania tabel w programie Visual Studio z projektami usług Analysis Services są wyświetlane dla usług Azure Analysis Services i SQL Server Analysis Services. Jednak nie wszystkie wyświetlane źródła danych i łączniki są obsługiwane w usługach Azure Analysis Services. Typy źródeł danych, z którymi można nawiązać połączenie, zależą od wielu czynników, takich jak poziom zgodności modelu, dostępne łączniki danych, typ uwierzytelniania i obsługa lokalnej bramy danych. W poniższych tabelach opisano obsługiwane źródła danych dla usług Azure Analysis Services.

Źródła danych na platformie Azure

Źródło danych W pamięci DirectQuery Uwagi
Azure SQL Database Tak Tak 2, 3
Azure Synapse Analytics (SQL DW) Tak Tak 2
Magazyn obiektów blob Azure Tak Nie. 1
Azure Table Storage Tak Nie. 1
Azure Cosmos DB Tak Nie. 1
Azure Data Lake Store Gen1 Tak Nie. 1
Azure Data Lake Store Gen2 Tak Nie. 1, 5
Azure HDInsight HDFS Tak Nie. 1
Azure HDInsight Spark Tak Nie. 1, 4

Uwagi:

1 — Tabelaryczne modele 1400 i wyższe.
2 — W przypadku określenia źródła danych dostawcy w tabelarycznych modelach 1200 i nowszych modele zarówno w pamięci, jak i directQuery wymagają sterownika MICROSOFT OLE DB dla programu SQL Server MSOLEDBSQL (zalecane) lub .NET Framework Dostawca danych dla programu SQL Server.
3 — Usługa Azure SQL Managed Instance jest obsługiwana. Ponieważ wystąpienie zarządzane SQL działa w sieci wirtualnej platformy Azure z prywatnym adresem IP, publiczny punkt końcowy musi być włączony w wystąpieniu. Jeśli nie jest włączona, wymagana jest lokalna brama danych.
4 — Usługa Azure Databricks korzystająca z łącznika Spark nie jest obecnie obsługiwana.
5 — Łącznik usługi ADLS Gen2 nie jest obecnie obsługiwany, jednak łącznik usługi Azure Blob Storage może być używany ze źródłem danych usługi ADLS Gen2.

Inne źródła danych

Połączenie do lokalnych źródeł danych z serwera usług Azure Analysis Services wymagają Brama lokalna. W przypadku korzystania z bramy wymagane są 64-bitowe dostawcy.

Źródło danych W pamięci DirectQuery Uwagi
Baza danych programu Access Tak Nie.
Active Directory Tak Nie. 6
Analysis Services Tak Nie.
System platformy analizy Tak Nie.
Plik CSV Tak Nie.
Dynamics 365 Tak Nie. 6, 12
Skoroszyt programu Excel Tak Nie.
Exchange Tak Nie. 6
Folder Tak Nie. 6
IBM Informix Tak Nie.
Dokument JSON Tak Nie. 6
Wiersze z danych binarnych Tak Nie. 6
Baza danych MySQL Tak Nie. 13
Źródło danych OData Tak Nie. 6
Zapytanie ODBC Tak Nie.
OLE DB Tak Nie.
Oracle Tak Tak 9
Baza danych PostgreSQL Tak Nie. 6
Obiekty Salesforce Tak Nie. 6
Raporty Salesforce Tak Nie. 6
SAP HANA Tak Nie.
SAP Business Warehouse Tak Nie. 6
Listy programu SharePoint Tak Nie. 6, 11
SQL Server Tak Tak 7, 8
SQL Server Data Warehouse Tak Tak 7, 8
Baza danych Sybase Tak Nie.
Teradata Tak Tak 10
Plik TXT Tak Nie.
Tabela XML Tak Nie. 6

Uwagi:
6 — Tabelaryczne modele tylko 1400 i wyższe.
7 — Jeśli określono jako źródło danych dostawcy w tabelarycznych 1200 i wyższych modelach, określ sterownik OLE DB firmy Microsoft dla programu SQL Server MSOLEDBSQL (zalecane), sql Server Native Client 11.0 lub .NET Framework Dostawca danych dla programu SQL Server.
8 — W przypadku określenia programu MSOLEDBSQL jako dostawcy danych może być konieczne pobranie i zainstalowanie sterownika MICROSOFT OLE DB dla programu SQL Server na tym samym komputerze co lokalna brama danych.
9 — W przypadku modeli tabelarycznych 1200 lub jako źródła danych dostawcy w tabelarycznych modelach 1400+ określ Dostawca danych Oracle dla platformy .NET. Jeśli określono je jako ustrukturyzowane źródło danych, upewnij się, że włączono dostawcę zarządzanego oracle.
10 — W przypadku modeli tabelarycznych 1200 lub jako źródła danych dostawcy w tabelarycznych modelach 1400+ określ teradata Dostawca danych dla platformy .NET.
11 — Pliki w lokalnym programie SharePoint nie są obsługiwane.
12 — Usługi Azure Analysis Services nie obsługują bezpośrednich połączeń z punktem końcowym usługi Dynamics 365 Dataverse TDS. Podczas nawiązywania połączenia z tym źródłem danych z usług Azure Analysis Services należy użyć lokalnej bramy danych i ręcznie odświeżyć tokeny.
13 — Usługi Azure Analysis Services nie obsługują bezpośrednich połączeń z bazami danych MySQL. Podczas nawiązywania połączenia z tym źródłem danych z usług Azure Analysis Services należy użyć lokalnej bramy danych i ręcznie odświeżyć tokeny.

Opis dostawców

Podczas tworzenia tabelarycznych projektów modelu 1400 i wyższych w programie Visual Studio domyślnie nie określasz dostawcy danych podczas nawiązywania połączenia ze źródłem danych przy użyciu funkcji Pobierz dane. Tabelaryczne modele 1400 i wyższe używają łączników dodatku Power Query do zarządzania połączeniami, zapytaniami danych i mashupami między źródłem danych i usługami Analysis Services. Są one czasami określane jako połączenia ze strukturą źródła danych w tym ustawieniu właściwości połączenia. Można jednak włączyć starsze źródła danych dla projektu modelu w programie Visual Studio. Po włączeniu można użyć Kreatora importu tabel, aby nawiązać połączenie z niektórymi źródłami danych tradycyjnie obsługiwanymi w tabelarycznych 1200 i niższych modelach jako starszych lub źródłach danych dostawcy . Po określeniu jako źródła danych dostawcy można określić określonego dostawcę danych i inne zaawansowane właściwości połączenia. Możesz na przykład nawiązać połączenie z wystąpieniem usługi SQL Server Data Warehouse, a nawet usługą Azure SQL Database jako starszym źródłem danych. Następnie możesz wybrać sterownik OLE DB dla dostawcy danych MSOLEDBSQL programu SQL Server. W takim przypadku wybranie dostawcy danych OLE DB może zapewnić lepszą wydajność w łączniku Dodatku Power Query.

W przypadku korzystania z Kreatora importu tabel w programie Visual Studio połączenia z dowolnym źródłem danych wymagają dostawcy danych. Dla Ciebie wybrano domyślnego dostawcę danych. W razie potrzeby możesz zmienić dostawcę danych. Wybrany typ dostawcy może zależeć od wydajności, niezależnie od tego, czy model korzysta z magazynu w pamięci, czy trybu DirectQuery, oraz od platformy usług Analysis Services wdrażanej w modelu.

Określanie źródeł danych dostawcy w tabelarycznych projektach modelu 1400 i wyższych

Aby włączyć źródła danych dostawcy, w programie Visual Studio kliknij pozycję Narzędzia>Opcje Importowanie> danych tabelarycznych>usług Analysis Services, wybierz pozycję Włącz starsze źródła danych.

Screenshot of Enable legacy data sources.

Po włączeniu starszych źródeł danych w Eksploratorze modeli tabelarycznych kliknij prawym przyciskiem myszy pozycję Źródła>danych Importuj ze źródła danych (starsza wersja).

Screenshot of Legacy data sources in Tabular Model Explorer.

Podobnie jak w przypadku projektów modeli tabelarycznych 1200, użyj Kreatora importu tabel, aby nawiązać połączenie ze źródłem danych. Na stronie Łączenie kliknij pozycję Zaawansowane. Określ dostawcę danych i inne ustawienia połączenia w obszarze Ustaw właściwości zaawansowane.

Screenshot of Legacy data sources Advanced properties.

Personifikacja

W niektórych przypadkach może być konieczne określenie innego konta personifikacji. Konto personifikacji można określić w programie Visual Studio lub PROGRAMIE SQL Server Management Studio (SSMS).

W przypadku lokalnych źródeł danych:

  • W przypadku korzystania z uwierzytelniania SQL personifikacja powinna być kontem usługi.
  • W przypadku korzystania z uwierzytelniania systemu Windows ustaw opcję Użytkownik/hasło systemu Windows. W przypadku programu SQL Server uwierzytelnianie systemu Windows z określonym kontem personifikacji jest obsługiwane tylko w przypadku modeli danych w pamięci.

W przypadku źródeł danych w chmurze:

  • W przypadku korzystania z uwierzytelniania SQL personifikacja powinna być kontem usługi.

Poświadczenia protokołu OAuth

W przypadku modeli tabelarycznych na poziomie zgodności 1400 i wyższych przy użyciu trybu w pamięci , usługi Azure SQL Database, usługi Azure Synapse, usługi Dynamics 365 i listy programu SharePoint obsługują poświadczenia OAuth. Aby wygenerować prawidłowe tokeny, ustaw poświadczenia przy użyciu dodatku Power Query. Usługi Azure Analysis Services zarządzają odświeżaniem tokenów dla źródeł danych protokołu OAuth w celu uniknięcia przekroczenia limitu czasu w przypadku długotrwałych operacji odświeżania.

Uwaga

Odświeżanie tokenu zarządzanego nie jest obsługiwane w przypadku źródeł danych, do których uzyskuje się dostęp za pośrednictwem bramy. Na przykład dostęp do co najmniej jednego źródła danych zapytania mashup jest uzyskiwany za pośrednictwem bramy i/lub właściwość ASPaaS\AlwaysUseGateway jest ustawiona na wartość true.

Tryb zapytania bezpośredniego nie jest obsługiwany przy użyciu poświadczeń protokołu OAuth.

Włączanie dostawcy zarządzanego Oracle

W niektórych przypadkach zapytania języka DAX do źródła danych Oracle mogą zwracać nieoczekiwane wyniki. Może to być spowodowane tym, że dostawca jest używany do połączenia ze źródłem danych.

Zgodnie z opisem w sekcji Opis dostawców modele tabelaryczne łączą się ze źródłami danych jako ustrukturyzowane źródło danych lub źródło danych dostawcy . W przypadku modeli ze źródłem danych Oracle określonym jako źródło danych dostawcy upewnij się, że określony dostawca to Oracle Dostawca danych dla platformy .NET (Oracle.DataAccess.Client).

Jeśli źródło danych Oracle jest określone jako ustrukturyzowane źródło danych, włącz właściwość serwera MDataEngine\UseManagedOracleProvider . Ustawienie tej właściwości gwarantuje, że model łączy się ze źródłem danych Oracle przy użyciu zalecanego Dostawca danych Oracle dla dostawcy zarządzanego platformy .NET.

Aby włączyć dostawcę zarządzanego oracle:

  1. W programie SQL Server Management Studio nawiąż połączenie z serwerem.

  2. Utwórz zapytanie XMLA przy użyciu następującego skryptu. Zastąp ciąg ServerName pełną nazwą serwera, a następnie wykonaj zapytanie.

    <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>
    
  3. Uruchom ponownie serwer.

Następne kroki