Dodawaj, usuwaj i zmieniaj nazwy kolumn w R za pomocą Dplyr
W tym samouczku omówimy pakiet dplyr, który umożliwia sortowanie, filtrowanie, dodawanie i zmianę nazw kolumn w języku R.
W tym samouczku pokażę, jak utworzyć miary usługi LuckyTemplates DAX dla zdarzeń w toku . Zdarzenia te mogą mieć formę zamówień w toku lub sprzedaży w toku, w zależności od charakteru raportu.
Zasadniczo wyzwaniem jest tutaj obliczenie wyników, gdy w tabeli faktów jest więcej niż jedna data . Obecność podobnych elementów może powodować błędy w wynikach, więc zobaczmy, jak możemy to obejść.
Spis treści
Radzenie sobie z dwiema relacjami między tymi samymi tabelami
Tak wygląda nasza tabela sprzedaży .
Jak widać, mamy tutaj dwie kolumny Data – Data zamówienia i Data wysyłki .
Fakt, że są tutaj dwie tabele dat, może przynieść jeszcze lepszą analizę. Ile zamówień mamy obecnie między datą zamówienia a datą wysyłki? Ile zamówień jest obecnie w toku?
Ten typ analizy niekoniecznie musi być stosowany również w tym konkretnym scenariuszu. Istnieje świat aplikacji, które wiedzą, że będzie to ten sam wzorzec w kółko. Gdy zaczniemy pracować nad formułą języka DAX , zobaczysz, czym jest ten wzorzec.
Ale zanim przejdziemy do formuły, warto przyjrzeć się kilku rzeczom, zwłaszcza jeśli chodzi o relacje między tabelami. Przyjrzyjmy się więc naszemu modelowi danych, aby lepiej zrozumieć, co się dzieje.
Wzorzec zdarzeń w toku oznacza, że trzeba utworzyć więcej niż jedną relację między tabelą Data a tabelą Sprzedaż .
Pierwsza relacja zachodzi między Datą a Datą zamówienia .
Musimy również utworzyć relację między kolumną Data a kolumną Data wysyłki .
Ale musisz także zdezaktywować te dwie relacje, ponieważ nie możesz mieć jednej relacji nadrzędnej nad drugą. W przeciwnym razie napotkasz problemy w swoim raporcie.
Oto przykład. Jeśli przeciągniemy miarę Total Sales do raportu, zobaczysz, że otrzymujemy nieparzyste wyniki. Pokazuje łączną sprzedaż we wszystkich terminach.
Powodem, dla którego tak się wyświetla, jest to, że nie wie, co filtrować. To dlatego, że dwie relacje w tle wzajemnie się znoszą. Aby jakiekolwiek trwające wydarzenia, takie jak to, przebiegły prawidłowo, będziemy musieli wybrać jedną z dwóch opcji.
Pierwszą opcją jest utworzenie osobnej tabeli wyłącznie do tego obliczenia. Drugim byłoby utworzenie instrukcji , która używa funkcji do obliczania podstawowych miar.
Miary LuckyTemplates DAX dla zdarzeń w toku
Popracujmy nad drugą opcją, czyli stworzeniem miary dla zdarzeń w toku mających zastosowanie do tego scenariusza.
Zaczniemy od instrukcji CALCULATE , która używa dla naszego Total Revenue . Następnie użyjemy funkcji USERELATIONSHIP i odniesiemy się do kolumny Data zamówienia w tabeli Dane sprzedaży .
Oznacza to wzorzec, którego użyjemy w naszej formule dla dowolnego zdarzenia w toku. Ponownie oznacza to, że nie byłoby potrzeby ponownego tworzenia kolejnej tabeli dat w naszym modelu.
Wypróbujmy to w przypadku sprzedaży w toku .
Musimy obliczyć Total Sales w innym kontekście, więc użyjemy CALCULATE i odniesiemy się do Total Sales .
Następnie musimy utworzyć dwa filtry, które wykonają dla nas analizę. Zaczniemy więc od funkcji , a następnie użyjemy dla daty zamówienia . Następnie dodamy, że data zamówienia jest mniejsza lub równa dacie .
W przypadku drugiego filtra tym razem użyjemy daty wysyłki . Powinna być większa lub równa dacie .
Gdy dodamy to do naszej tabeli, zobaczysz, że nadal nie zwróci jeszcze poprawnego wyniku.
Dzieje się tak dlatego, że nawet jeśli mamy całkowitą sprzedaż jako kluczową miarę, jeszcze jej nie obliczyliśmy. Nasz model nie ma Total Sales , ma tylko Total Revenue .
Więc to, co zamierzamy zrobić, to uzyskać SUM całkowitego przychodu , aby uzyskać naszą całkowitą sprzedaż .
Teraz widzimy rzeczywistą sprzedaż w toku .
Przekształćmy to w wykres, abyśmy mogli mieć wizualną reprezentację tego, jak liczby zmieniają się w czasie.
Ponowne wykorzystanie miar usługi LuckyTemplates DAX
Zobacz, jak proste jest ponowne użycie tego środka. Wcześniej przyglądaliśmy się sprzedaży w toku . Z technicznego punktu widzenia fakt, że wciąż trwa, oznacza, że nie ma jeszcze żadnych dochodów; otrzymasz zapłatę dopiero po faktycznym wysłaniu zamówień.
Oto kolejna świetna analiza. Jakiego rodzaju przepływy pieniężne będą potrzebne do wytworzenia produktów, zanim będzie można wysłać fakturę i otrzymać płatność? Aby się tego dowiedzieć, obliczmy Zamówienia w toku . Tutaj wystarczy zmienić nazwę miary.
Następnie zamiast obliczać Total Sales , użyjemy funkcji i odniesiemy się do Sales Data .
Zasadniczo ta nowa miara polega tylko na obliczeniu, ile zamówień jest przetwarzanych. Nie zamierzam wprowadzać tego jako kolumny do naszej tabeli, ale dobrze byłoby mieć tę wizualizację w naszym raporcie.
Skopiujmy więc i wklejmy wykres dla Sales in Progress , a następnie zmieńmy wartości na Orders in Progress .
Teraz możemy zobaczyć, ile rzeczywistych zamówień jest w toku. Pomaga nam to zrozumieć, ile produktów zostało zamówionych danego dnia, ale nie zostały jeszcze wysłane.
Tworzenie dodatkowych filtrów
Oprócz tego, co już widzieliśmy, możemy uzyskać dodatkowe informacje, dodając filtry do naszego raportu. Dobrym filtrem byłaby nazwa produktu . Pozwoli nam to zobaczyć trendy pod względem ilości zamówień na konkretne produkty.
A gdybym chciał zobaczyć, ile osób zamówiło Produkt 6 i jakich przychodów z niego oczekujemy? To proste, jak odhaczenie tego filtra.
Istnieją również inne filtry, które dobrze byłoby mieć w zależności od rodzaju analizy, której szukasz. Możesz na przykład mieć filtr dla klientów. Pomoże Ci to określić, kim są Twoi najwięksi klienci. Możesz także dodać filtr dla regionów, aby pomóc określić, skąd pochodzą te zamówienia.
Analiza miar języka DAX: podział długich miar języka DAX
Miary języka DAX w usłudze LuckyTemplates Korzystanie z rozgałęzień miar
Implementowanie grup miar języka DAX w raportach — przegląd modelowania w usłudze LuckyTemplates
Wniosek
Gdy używamy takich miar usługi LuckyTemplates DAX, za kulisami działa wiele logiki . Już sam fakt, że miara ocenia każdy pojedynczy wiersz w tabeli sprzedaży, jednocześnie upewniając się, że spełnia on odpowiednie warunki dla daty zamówienia i daty sprzedaży, jest imponujący.
Dlatego polecam nauczyć się tego wzorca i wielokrotnie go używać. Pozwala to na bliższe zapoznanie się ze wzorem, co na dłuższą metę jest łatwiejsze. Pamiętaj, aby dodać również filtry, aby naprawdę podzielić analizę na różne sposoby i ożywić jeszcze więcej świetnych spostrzeżeń.
Wszystkiego najlepszego,
W tym samouczku omówimy pakiet dplyr, który umożliwia sortowanie, filtrowanie, dodawanie i zmianę nazw kolumn w języku R.
Odkryj różnorodne funkcje zbierania, które można wykorzystać w Power Automate. Zdobądź praktyczne informacje o funkcjach tablicowych i ich zastosowaniu.
Z tego samouczka dowiesz się, jak ocenić wydajność kodów DAX przy użyciu opcji Uruchom test porównawczy w DAX Studio.
Czym jest self w Pythonie: przykłady z życia wzięte
Dowiesz się, jak zapisywać i ładować obiekty z pliku .rds w R. Ten blog będzie również omawiał sposób importowania obiektów z R do LuckyTemplates.
Z tego samouczka języka kodowania DAX dowiesz się, jak używać funkcji GENERUJ i jak dynamicznie zmieniać tytuł miary.
W tym samouczku omówiono sposób korzystania z techniki wielowątkowych wizualizacji dynamicznych w celu tworzenia szczegółowych informacji na podstawie dynamicznych wizualizacji danych w raportach.
W tym artykule omówię kontekst filtra. Kontekst filtrowania to jeden z głównych tematów, z którym każdy użytkownik usługi LuckyTemplates powinien zapoznać się na początku.
Chcę pokazać, jak usługa online LuckyTemplates Apps może pomóc w zarządzaniu różnymi raportami i spostrzeżeniami generowanymi z różnych źródeł.
Dowiedz się, jak obliczyć zmiany marży zysku przy użyciu technik, takich jak rozgałęzianie miar i łączenie formuł języka DAX w usłudze LuckyTemplates.