Wprowadzenie do pulpitu nawigacyjnego Power BI
Power BI to kompletne rozwiązanie do raportowania, które jest używane w wielu organizacjach do tworzenia oszałamiających wizualnie raportów. Po opublikowaniu raportów w usłudze Power BI są one dostępne dla użytkowników biznesowych i pomagają im w przeprowadzeniu analizy biznesowej wielu kluczowych problemów biznesowych. Power BI umożliwia użytkownikom łatwe wykonywanie analiz opisowych, np. analizowanie danych historycznych w celu zrozumienia trendów i wzorców. Tworzenie raportu obejmuje kilka kroków, których złożoność zależy od przypadku. Po pierwsze, programista powinien określić, jakie dane pobrać i zbudować z nich model. Gdy model jest gotowy, programista może zacząć opowiadać historię za pomocą danych za pomocą dużego wyboru wizualizacji. Należy zaznaczyć, że podczas tworzenia raportu zwykle wykonuje się iteracje między modelem budynku a wizualizacją budynku, aż do osiągnięcia zadowalającej reakcji raportu.
Projekt modelu dla pulpitu rozdzielczego Power BI
Programista może przeprowadzać integrację danych z różnych źródeł za pomocą Power Query. Obsługuje wiele źródeł, takich jak SharePoint, Azure SQL server lub Databricks. Pełną listę można znaleźć tutaj. Dane z różnych źródeł mogą być wykorzystane w jednym raporcie jako jedna lub więcej tabel. Jeśli wymagane są dodatkowe transformacje na górze załadowanych danych, można je wykonać za pomocą Power Query w sposób niskodowany/bez kodu:
W górnym menu wyświetlane są możliwe przekształcenia (zakładki Strona główna, Przekształć, Dodaj kolumnę). Po lewej stronie widać listę wszystkich zapytań Power Query w raporcie. Sekcja Zastosowane kroki zawiera listę wszystkich kroków dla zapytania Produkt. Każdy wynik zapytania jest skalarem lub tabelą. W poniższym przykładowym zapytaniu Produkty znajduje się tabela, a jej podgląd można zobaczyć na środku rysunku.W najprostszym scenariuszu programista tworzy model jako jedną tabelę. Takie podejście będzie działać w przypadku bardzo małych raportów o bardzo małej ilości danych. Jednak w większości przypadków programista musi zbudować model gwiazdy z jedną lub kilkoma tabelami faktów, takimi jak ta:
W tej przykładowej tabeli Sprzedaż jest tabelą faktów i przechowuje informacje biznesowe, które zostaną później zagregowane w grafice raportu. Tabela faktów jest otoczona tabelami wymiarów, które są używane w raporcie jako filtry i definiują agregację w obrazach. Najczęstsze połączenie między tabelami to 1-*, które jest również nazywane „od jednego do wielu”. Symbol 1 znajduje się z boku tabeli wymiarów i * w tabeli faktów, co oznacza, że tabele są połączone kolumnami, dla których istnieją tylko unikalne wartości w tabeli wymiarów, ale mogą się powtarzać w tabeli faktów. Prawie wszystkie połączenia są zdefiniowane przez linie ciągłe, co oznacza, że są aktywne i będą używane w wizualizacji (chyba że zostanie zmieniona miarą). W poniższej przykładowej tabeli data jest wymiarem odgrywającym role, co oznacza, że jej kolumna Data może być datą wysyłki lub datą zamówienia w zależności od sytuacji. Linia przerywana na schemacie wskazuje, że domyślnie połączenie jest nieaktywne i musi być włączone na poziomie pomiary.W powyższym przykładzie w modelu znajduje się tylko jedna tabela faktów. W bardziej ogólnym przypadku może istnieć więcej niż jedna tabela faktów połączona ze sobą za pomocą jednej lub więcej tabel wymiarów.Najczęściej programista tworzy tabele w trybie Import, co gwarantuje najlepszą wydajność. Jeśli ilość danych jest duża, np. kilkaset milionów rekordów lub więcej lub wymaganiem biznesowym jest dostęp w czasie bliskim czasie najbardziej optymalnym trybem przechowywania danych jest bezpośrednie zapytanie. Wraz z niedawnym wydaniem platformy MS Fabric pojawił się nowy potężny tryb pamięci masowej: Direct Lake. W Direct Lake raport łączy się bezpośrednio z plikami opartymi na kolumnach Parquet w Lakehouse, zapewniając wydajność importu i świeżość danych bezpośredniego zapytania.
Bezpieczeństwo danych w pulpitach nawigacyjnych Power BI
Podczas pracy z danymi w świecie korporacyjnym bezpieczeństwo jest zwykle jednym z najważniejszych wymagań biznesowych. Programiści Power BI mogą zabezpieczyć swoje raporty, udostępniając je tylko wymaganym użytkownikom. Zazwyczaj dostęp do raportów jest implementowany przez grupy zabezpieczeń i usługi Azure Active Directory. W niektórych przypadkach dostęp powinien być nadal zawężony, a użytkownicy powinni widzieć tylko część raportu. Można to osiągnąć za pomocą ról zabezpieczeń poziomu wiersza (RLS). Na przykład, po skonfigurowaniu RLS, jeden użytkownik może zobaczyć tylko dane dla Europy, a inny może zobaczyć tylko dane dla USA. Role można zdefiniować na pulpicie usługi Power BI za pomocą funkcji zarządzania rolami:
Wizualizacja danych
Po zbudowaniu i zabezpieczeniu modelu programista może zacząć wypełniać dane wizualne.
Zgłoś
Raport jest najczęstszym sposobem wizualizacji danych przez programistę. Deweloper może wybierać spośród wielu potężnych wizualizacji:
Można użyć wykresów liniowych i słupkowych do wyświetlania informacji kategorycznych lub informacji o szeregach czasowych. W prawie każdym raporcie twórca używa filtra wizualnego, który sprawia, że raporty są dynamiczne. Tabele można wyświetlać za pomocą tabel lub wizualizacji macierzy. Istnieje również wiele specjalistycznych wizualizacji używanych w różnych sytuacjach. Na przykład dla karty zarządzania KPI można użyć wizualnej:
Gdy programista spędza rozsądną ilość czasu, strona raportu może wyglądać następująco:
W raportach można utworzyć wiele stron. Aby udostępnić raport użytkownikom, programista publikuje go w usłudze Power BI.
Pulpit nawigacyjny
W celu podsumowania raportów w trybie one-pager można użyć interaktywnego pulpitu nawigacyjnego w usłudze Power BI:
Wszystkie wizualizacje mogą pochodzić z jednego lub więcej raportów. Wizualizacje przypięte do pulpitu nawigacyjnego pokazują aktualny stan wizualizacji z raportów nadrzędnych.
Mobilny BI
Zazwyczaj użytkownicy zużywają raporty na dużych ekranach, np. 14” >=. Istnieje jednak również możliwość ich konsumpcji za pomocą smartfonów:
Należy pamiętać, że widok mobilny nie jest tworzony automatycznie i programista musi go wcześniej utworzyć na podstawie wybranych wizualizacji raportu. Należy również zainstalować specjalną aplikację, aby umożliwić zużycie raportów na smartfonie.
Aplikacja Power BI
Zazwyczaj użytkownicy muszą mieć dostęp do wielu raportów. Każdy raport ma swój własny link. Aby zmniejszyć liczbę linków, które użytkownik musi obsługiwać, programista może grupować raporty w aplikacji Power BI:
Kolejną zaletą aplikacji Power BI jest to, że oddziela ona środowiska programistyczne i produkcyjne dla raportów: zmiany wizualizacji raportu są widoczne dla użytkowników dopiero po aktualizacji aplikacji. Może to być bardzo przydatne, jeśli programista chce omówić z wybranym użytkownikiem biznesowym nowy obraz w raporcie, ale nie chce, aby wszyscy użytkownicy widzieli go na tak wczesnym etapie.
CI/CD dla raportów Power BI
Programiści Power Bi mogą korzystać z systemów wersji takich jak git i CI/CD, aby poprawić jakość raportów.Niedawno do pulpitu Power BI dodano nową funkcję, która pozwala zapisać raport jako pojedyncze pliki tekstowe w intuicyjnym folderze strukturalnym. W tym celu programista powinien wybrać opcję Power BI project (PBIP) podczas zapisywania:
Po zapisaniu raportu jako PBIP jest przechowywany jako hierarchiczna struktura folderów, która zawiera zarówno model semantyczny, jak i raport:
Deweloper może utworzyć repozytorium Azure DEV OPS i zatwierdzać do niego każdą zmianę raportu. W obszarze roboczym obsługującym Fabric można zsynchronizować element raportu z repozytorium
Deweloper może przesunąć lokalne zmiany w PBIP do usługi Azure DEV OPS git, a następnie odwiedzić obszar roboczy Fabric i zsynchronizować go z repo. W razie potrzeby programista może przełączać się między gałęziami git w obszarze roboczym Fabric. Aby kontynuować integrację i kontynuować wdrażanie (CI/CD), programista może utworzyć potok wdrażania w trzech środowiskach takich jak:
W każdym środowisku używany jest inny obszar roboczy Power BI premium lub Fabric. Poniższy rysunek przedstawia przykład takiego rurociągu:
Zwykle w środowisku programistycznym tylko przykładowe dane są ładowane do raportów, a wszystkie dane do środowisk testowych i produkcyjnych. Po dodaniu nowej funkcji do środowiska programistycznego można ją wdrożyć w środowisku testowym, a po przetestowaniu można ją wdrożyć w środowisku produkcyjnym. W środowisku produkcyjnym programista może używać aplikacji Power BI do udostępniania raportów użytkownikom.
Od danych do pulpitu nawigacyjnego: jak tworzyć zaawansowane raporty za pomocą usługi Power BI?
