Power BI i integracja z edycjami SQL

Power BI łączy się z SQL Server niezależnie od edycji, choć niektóre funkcje wydajnościowe wymagają wersji wyższych.

Połączenie Power BI z SQL Server niezależnie od edycji

Power BI może pobierać dane z Microsoft SQL Server za pomocą konektora SQL Server dostępnego w Power BI Desktop oraz w usłudze Power BI. Samo nawiązanie połączenia nie zależy wyłącznie od tego, czy używana jest edycja Express, Standard, Enterprise albo Developer. Znaczenie mają także wersja silnika, sposób uwierzytelniania, dostępność instancji z sieci oraz uprawnienia konta używanego do odczytu danych. Power BI nie zastępuje silnika SQL Server, lecz wysyła do niego zapytania albo kopiuje wybrane dane do własnego modelu.

Podczas tworzenia połączenia wskazuje się nazwę serwera i instancji, a następnie wybiera tryb pracy. W trybie Import dane są odczytywane z SQL Server i zapisywane w modelu semantycznym Power BI. W trybie DirectQuery dane pozostają w bazie, natomiast raport wysyła zapytania do SQL Server podczas odświeżania wizualizacji. Dostępny jest również tryb mieszany, w którym część tabel może być importowana, a część obsługiwana przez DirectQuery. Wybór trybu wpływa na wydajność, częstotliwość odświeżania i obciążenie serwera.

Różnice między Express, Standard i Enterprise

Edycja SQL Server określa przede wszystkim ograniczenia licencyjne, sprzętowe i funkcjonalne samego silnika. Nie oznacza automatycznie, że Power BI połączy się tylko z jedną konkretną edycją. Jeżeli instancja SQL Server działa poprawnie, nasłuchuje na właściwym porcie, a użytkownik ma wymagane prawa, konektor może odczytywać obsługiwane tabele, widoki i wyniki zapytań. Edycja Express jest ograniczona między innymi pod względem zasobów, dlatego duży model raportowy może działać wolniej nawet wtedy, gdy połączenie techniczne zostało skonfigurowane prawidłowo.

Wyższa edycja SQL Server może udostępniać mechanizmy przeznaczone do większych obciążeń, lecz Power BI nie wykorzystuje ich wszystkich w identyczny sposób. Funkcje związane z wydajnością zapytań, partycjonowaniem, kompresją, równoległym wykonywaniem operacji lub skalowaniem zależą od konkretnej wersji i edycji SQL Server, a także od konfiguracji bazy. Ograniczenie po stronie edycji nie musi uniemożliwiać raportowania, ale może zmienić czas wykonywania zapytań, możliwości odświeżania oraz liczbę użytkowników obsługiwanych przez tę samą instancję.

Import, DirectQuery i sposób wykonywania zapytań

W modelu Import Power BI korzysta z własnego mechanizmu przechowywania danych i kompresji kolumnowej. Po zakończeniu odświeżania raport może analizować dane bez wykonywania zapytania do SQL Server przy każdym kliknięciu filtra. Aktualizacja informacji wymaga jednak ponownego odświeżenia zbioru danych. Przy lokalnej bazie SQL Server zaplanowane odświeżanie zwykle wymaga lokalnej bramy danych Power BI, ponieważ usługa Power BI musi uzyskać dostęp do serwera znajdującego się w sieci firmowej lub domowej.

DirectQuery ogranicza ilość danych kopiowanych do Power BI, ale każde zapytanie raportu może obciążać SQL Server. Power BI tłumaczy operacje modelu na zapytania kierowane do bazy, dlatego indeksy, statystyki, konstrukcja widoków i selektywność filtrów mają bezpośredni wpływ na czas odpowiedzi. Nie każda transformacja wykonana w Power Query może zostać przekazana do SQL Server. Jeżeli operacja nie podlega mechanizmowi query folding, część przetwarzania może odbywać się poza bazą albo wymagać pobrania większego zbioru danych.

Warunki poprawnej integracji i diagnostyka połączenia

Problemy z integracją Power BI i SQL Server często wynikają z konfiguracji, a nie z samej edycji silnika. Należy sprawdzić, czy działa usługa SQL Server, czy wybrano właściwą nazwę instancji, czy protokół TCP/IP jest włączony, a także czy zapora sieciowa zezwala na ruch do portu używanego przez instancję. Przy instancji nazwanej może być potrzebna usługa SQL Server Browser albo jawne podanie portu. W przypadku połączenia z usługi Power BI należy dodatkowo zweryfikować, czy skonfigurowana brama danych widzi ten sam serwer i instancję co Power BI Desktop.

Ważne jest także dobranie metody uwierzytelniania. Połączenie może używać uwierzytelniania Windows albo logowania SQL Server, zależnie od konfiguracji środowiska i sposobu publikowania raportu. Konto powinno otrzymać tylko uprawnienia wymagane do odczytu wskazanej bazy, tabel lub widoków. Gdy raport działa w Power BI Desktop, lecz nie odświeża się po publikacji, należy porównać ustawienia źródła danych, poświadczenia, mapowanie serwera w bramie oraz tryb połączenia. Diagnostyka laptopa lub komputera PC może obejmować sprawdzenie klienta Power BI, sterowników sieciowych, rozwiązywania nazwy serwera i lokalnej komunikacji z instancją SQL Server.