Łączna miara usługi LuckyTemplates jest nieprawidłowa: jak to naprawić

Możesz napotkać problemy z miarami w wizualizacjach tabel usługi LuckyTemplates z wierszem sumy. Zwykłym zarzutem jest to, że wiersz „Ogółem” jest „niepoprawny” dla miary. Zwykle wiersz sumy jest prawidłowy dla miary, po prostu nie tego oczekuje większość ludzi. W tym samouczku omówię ten powszechny problem z sumą miar w usłudze LuckyTemplates i wyjaśnię, jak go rozwiązać. Możesz obejrzeć pełny film z tego samouczka na dole tego bloga.

Łączna miara usługi LuckyTemplates stanowi problem odkąd istnieje usługa LuckyTemplates. Aby rozwiązać ten problem, pierwszą rzeczą, jaką zrobiłem, było przejście do DAX Studio i utworzenie . Jeśli nigdy nie widziałeś miary filtrów zrzutu, wygląda ona bardzo podobnie do tej poniżej.

Miara filtrów zrzutu określa, jakie filtry są stosowane z różnych tabel i kolumn w modelu danych. Generowanie w DAX Studio jest naprawdę łatwe. Możesz uruchomić DAX Studio, kliknąć dowolną tabelę i powiedzieć Define Filter Dump Measures (All Tables) , a program wygeneruje cały kod.

Wszystko, co musisz zrobić, aby wprowadzić go do LuckyTemplates, to wziąć go z tych filtrów i skopiować cały ten kod, a następnie po prostu wkleić go do nowej miary, co właśnie zrobiłem. Stąd pochodzi ta miara filtrów zrzutu.

Zbudowałem również stronę podpowiedzi , na której stworzyłem wizualizację karty i umieściłem miarę filtrów zrzutu w tej wizualizacji karty. To pozwala nam przeglądać filtry w wizualizacjach tabel lub wizualizacjach macierzowych .

Aby włączyć podpowiedzi, możesz kliknąć wizualizację w macierzy lub tabeli. W tym przykładzie mam macierz i tabelę, które przedstawiają ten sam problem z sumami miar. Możesz przejść do Ogólne i po prostu przełączać podpowiedzi. Jeśli chcesz, możesz określić, że jest to strona raportu.

Jeśli zatrzymam kursor nad tym 290, zobaczę, że ma na nim filtr kategorii tabeli równej kategorii pierwszej. Ta jest drugą kategorią, gdzie mamy podkategorię równą niebieskiej, zielonej i czerwonej. Wszystko to pochodzi z bardzo prostego zapytania o dane, w którym mam sześć wierszy.

Ostatnim krokiem jest utworzenie miary , która będzie prezentować problem sumy miary. A jeśli przyjrzysz się uważnie, już widać, że suma nie jest poprawna.

Jeśli chodzi o DAX, jest to poprawne, ale każdy normalny człowiek, patrząc na to, pomyślałby, że jest to całkowicie błędne. W rzeczywistości muszę wierzyć, że jest to prawdopodobnie główna przyczyna, dla której ludzie myślą, że stanowi to ogromną barierę w przyjęciu usługi LuckyTemplates.

Jest prosty fakt, że sumy miar są błędne poza bramką. Wizualizacje tabeli i wizualizacje macierzowe w rzeczywistości nie wykazują prawidłowego zachowania.

Spis treści

• Używanie środka zastępczego
• Naprawianie nieprawidłowego pomiaru sumy usługi LuckyTemplates
• Wniosek

Używanie środka zastępczego

Mam tutaj tę tabelę z sumami moich pomiarów. Wszystko, co zrobiłem, to szybkie i odjąłem 10. To jest surogat dla każdej dość skomplikowanej miary. Jeśli możesz przedstawić problem z sumami miar za pomocą czegoś tak prostego, pojawi się on w wielu twoich miarach.

Kontekst filtru dla tego wiersza podsumowań jest inny, więc wygląda na to, że język DAX jest wykonywany tylko w kontekście all. Jeśli na przykład kliknę kategorię 1, jest to poprawne.

Więc oczywiście przyjmuje kontekst filtra Kategoria = Kategoria 1.

Nie ma tego dodatkowego kontekstu filtra tej kategorii bez wpływu zewnętrznego. Jeśli najadę tutaj kursorem, zobaczysz, że jest pusta. W tej chwili nic nie filtruje. Te wiersze mają filtr kategorii, ale w ogóle go nie biorą pod uwagę.

Jak to naprawić? Rzućmy okiem na miarę, którą stworzyłem.

Naprawianie nieprawidłowego pomiaru sumy usługi LuckyTemplates

Nazwałem tę kategorię Measure Totals Category , i jest napisane, że jeśli kategoria tabeli , to po prostu zwróć moją miarę, która jest poprawna dla elementu wiersz po wierszu.

tę tabelę według kategorii, a następnie obliczę moją miarę dla każdej linii. Następnie podsumuję wartości.

Zasadniczo odtwarzam tę wizualizację tabeli, a następnie sumuję wartości wynikowe z tej miary w tych wierszach i to naprawia.

Teraz wszystko jest dobrze i dobrze. Jest to dość łatwa poprawka, ale moim zdaniem jest naprawdę szkodliwa dla wizualizacji samoobsługi.

Jeśli masz dość złożoną miarę i promujesz wizualizację samoobsługową z powrotem wśród użytkowników końcowych, to dobrze jest założyć, że nie masz pojęcia, jak zamierzają użyć tej miary i jak będą z tym pracować.

Na przykład możesz zobaczyć problem tutaj. Mam poprawne kategorie sumy miar, ale tutaj na dole jest nieprawidłowo. Zwraca nawet nieprawidłowe elementy wiersz po wierszu.

Powodem tego jest to, że kategorie nigdy nie wchodzą w zakres. Zatem zgodnie z naszą miarą kategoria tabeli ISINSCOPE zwraca sumy miar.

Cóż, nigdy tak nie jest. Zawsze dokonuje podsumowania według kategorii, a następnie według wartości, co jest całkowicie błędne.

Teraz musimy utworzyć kolejną miarę, Measure Total Subcategory , która w przypadku podkategorii ISINSCOPE zwraca pozycję wiersza w tym wierszu. W przeciwnym razie sumujesz według podkategorii w sumie wartości, co daje nam poprawną odpowiedź.

Wniosek

Właśnie dlatego jest to szkodliwe dla samoobsługowej wizualizacji, ponieważ nie masz pojęcia, w jaki sposób użytkownicy końcowi będą z niej korzystać i co włożą do tabeli. Będziesz musiał napisać miarę dla każdej możliwej kombinacji, co jest szalone.

Mam nadzieję, że nauczyłeś się czegoś z tego samouczka. Jeśli napotkałeś takie problemy, podziel się z nami, jak sobie z nimi poradziłeś.

Wszystkiego najlepszego!

Greg