Udostępnij za pośrednictwem

Optymalizowanie modelu semantycznego dla Copilot usługi Power BI

DOTYCZY: Power BI Desktop usługi Power BI

Przed rozpoczęciem korzystania Copilot z modelu semantycznego należy ocenić dane. Może być konieczne wyczyszczenie modelu semantycznego, aby Copilot mógł z niego wyciągnąć wnioski.

Uwaga

Zagadnienia dotyczące modeli semantycznych użycia Copilot

W poniższej tabeli wymieniono kryteria ułatwiające tworzenie dokładnych raportów za pomocą polecenia Copilot. Te elementy to zalecenia, które mogą pomóc w generowaniu dokładnych raportów usługi Power BI.

Składnik Kwestie wymagające rozważenia opis Przykład
Łączenie tabel Definiowanie przejrzystych relacji Upewnij się, że wszystkie relacje między tabelami są jasno zdefiniowane i logiczne, co wskazuje, które są relacjami "jeden do wielu", "wiele do jednego" lub "wiele do wielu". Sales tabela połączona z Date tabelą przez pole DateID.
Środki Ustandaryzowana logika obliczeń Miary powinny mieć ustandaryzowaną, czystą logikę obliczeń, która jest łatwa do wyjaśnienia i zrozumienia. Total Sales obliczona jako suma SaleAmount z Sales tabeli.
Środki Konwencje nazewnictwa Nazwy miar powinny wyraźnie odzwierciedlać ich obliczenie i przeznaczenie. Użyj Average_Customer_Rating zamiast AvgRating.
Środki Wstępnie zdefiniowane miary Uwzględnij zestaw wstępnie zdefiniowanych miar, których użytkownicy najprawdopodobniej zażądają w raportach. Year_To_Date_Sales, Month_Over_Month_Growth, itp.
Tabele faktów Wyraźne rozgraniczenie Wyraźnie określa tabele faktów, które przechowują mierzalne, ilościowe dane do analizy. Transactions, , SalesVisits.
Tabele wymiarów Pomocnicze dane opisowe Utwórz tabele wymiarów zawierające atrybuty opisowe związane z miarami ilościowymi w tabelach faktów. Product_Details, Customer_Information.
Hierarchie Grupowania logiczne Ustanów jasne hierarchie w danych, szczególnie w przypadku tabel wymiarów, których można użyć do przechodzenia do szczegółów w raportach. Time Hierarchia, która rozkłada się z Year do Quarter do Month do Day.
Nazwy kolumn Etykiety jednoznaczne Nazwy kolumn powinny być jednoznaczne i objaśniające, unikając używania identyfikatorów lub kodów, które wymagają dalszego wyszukiwania bez kontekstu. Użyj Product_Name zamiast ProdID.
Typy danych kolumn Poprawne i spójne Zastosuj poprawne i spójne typy danych dla kolumn we wszystkich tabelach, aby upewnić się, że miary są obliczane poprawnie i umożliwiają prawidłowe sortowanie i filtrowanie. Upewnij się, że kolumny liczbowe używane w obliczeniach nie są ustawiane jako typy danych tekstowych.
Typy relacji Jasno określone Aby zapewnić dokładne generowanie raportu, jasno określ charakter relacji (aktywnych lub nieaktywnych) i ich kardynalność. Określ, czy relacja to One-to-One, One-to-Manylub Many-to-Many.
Spójność danych Standardowe wartości Zachowaj standardowe wartości w kolumnach, aby zapewnić spójność filtrów i raportowania. Jeśli masz kolumnę Status, konsekwentnie używaj Open, Closed, Pending itp.
Kluczowe wskaźniki wydajności (KPI) Wstępnie zdefiniowane i istotne Ustanów zestaw wskaźników KPI, które są istotne dla kontekstu biznesowego i są często używane w raportach. Return on Investment (ROI), , Customer Acquisition Cost (CAC)Lifetime Value (LTV).
Odświeżanie harmonogramów Przezroczyste i zaplanowane Jasno komunikuj harmonogramy odświeżania danych, aby użytkownicy rozumieli aktualność analizowanych danych. Określ, czy dane są w czasie rzeczywistym, codziennie, co tydzień itp.
Zabezpieczenia Definicje na poziomie roli Zdefiniuj role zabezpieczeń dla różnych poziomów dostępu do danych, jeśli istnieją poufne elementy, które nie wszyscy użytkownicy powinni zobaczyć. Członkowie zespołu ds. sprzedaży mogą wyświetlać dane sprzedaży, ale nie dane kadrowe.
Metadane Dokumentacja struktury Udokumentować strukturę modelu danych, w tym tabele, kolumny, relacje i miary, do celów referencyjnych. Słownik danych lub diagram modelu podany jako odwołanie.

W poniższej tabeli wymieniono inne kryteria ułatwiające tworzenie dokładnych zapytania DAX przy użyciu Copilot. Te elementy to zalecenia, które mogą pomóc w generowaniu dokładnych zapytań DAX.

Składnik Kwestie wymagające rozważenia opis Przykład
Miary, tabele i kolumny Opisy Uwzględnij, czym jest każdy element i jak ma być używany w polu opisu. Uwaga: używane są tylko pierwsze 200 znaków. [YOY Sales] opis może być "Różnica rok do roku (YOY) w zamówieniach. Użyj kolumny "Date"[Year], aby wyświetlić dane według lat innych niż ostatni rok. Częściowe lata będą porównywane z tym samym okresem poprzedniego roku".
Grupy obliczeń Opisy Elementy obliczeń nie są uwzględniane w metadanych modelu. Użyj opisu kolumny grupy obliczeń, aby wyświetlić listę i wyjaśnić użycie elementów obliczeń. Uwaga: używane są tylko pierwsze 200 znaków. Na przykład kolumna grupy obliczeń próbki analizy czasowej może mieć następujący opis: "Użyj z miarami i tabelą dat dla wartości Bieżące: bieżąca wartość, MTD: od początku miesiąca, QTD: od początku kwartału, YTD: od początku roku, PY: rok poprzedni, PY MTD, PY QTD, YOY: zmiana rok do roku, YOY%: YOY jako %" i na tabeli z miarami może rozwinąć się opis użycia, taki jak "Miary są używane do agregowania danych." Te miary można wyświetlić jako rok do roku przy użyciu tej składni CALCULATE([Nazwa miary], Time intelligence[Obliczenie czasu] = YOY)"

Powiązana zawartość