Samouczek i opanowanie języka Power Query M

W tym samouczku omówimy, jak pomyślnie zaimplementować fragment kodu M i rozwiązać typowe błędy w edytorze dodatku Power Query . Dowiesz się również, jak skutecznie ćwiczyć i doskonalić język M w Power Query .

Spis treści

• Implementacja języka Power Query M
  • Parametr lokalizacji pliku w języku Power Query M
• Typowe błędy w języku Power Query M
  • 1. Odniesienie cykliczne
  • 2. Nierozpoznana nazwa
  • 3. Ciąg tekstowy
  • 4. Błąd niezgodności typów
  • 5. Nazwa nie istnieje
  • 6. Znak przecinka
  • 7. Identyfikator tokena
  • Inne błędy w języku Power Query M
• Opanowanie języka Power Query M
• Najlepsze praktyki dotyczące języka M dodatku Power Query
  • 1. Pasek formuły
  • 2. Biblioteka standardowa
  • 3. Ćwicz i przeglądaj
• Wniosek

Implementacja języka Power Query M

Powodzenie implementacji fragmentu kodu M zależy od tego, jak dobrze potrafisz rozwiązać napotkany problem. W tym samouczku dowiesz się o najczęstszych błędach podczas próby przeniesienia kodu M z innego pliku PBIX lub podczas próby zaimplementowania fragmentu kodu M znalezionego na forum.

Ale najpierw, jeśli masz pytanie Power Query, ważne jest, aby podać dane wraz z plikiem PBIX, ponieważ rozwiązanie problemu może wymagać zmiany konfiguracji danych. Niedostarczenie danych doprowadzi do błędu źródła danych ze strony tego, kto próbuje udzielić Ci wsparcia, ponieważ nie ma dostępu do źródła.

Istnieje sposób obejścia dostarczania oddzielnego pliku, ale dotyczy to tylko próbek zawierających maksymalnie 3000 wartości w kolumnach i wierszach. Jeśli więc Twoja tabela nie przekracza limitu 3000 komórek, możesz skopiować ją w całości i wkleić w oknie Utwórz tabelę, korzystając z opcji Wprowadź dane. Dane zostaną przeniesione do postaci binarnej i zostaną osadzone w pliku.

Parametr lokalizacji pliku w języku Power Query M

Innym sposobem pomocy osobie udzielającej wsparcia jest włączenie parametru lokalizacji pliku. Aby podczas aktualizacji pliku wszystkie zawarte w nim zapytania zostały przywrócone. Aby to zademonstrować, wykonaj te cztery kroki.

Najpierw przejdź do Eksploratora Windows i skopiuj ścieżkę do pliku.

Po drugie, wróć do edytora dodatku Power Query i wybierz pozycję Zarządzaj parametrem. Następnie wybierz Nowy parametr i nadaj parametrowi nazwę.

Po trzecie, używaj nazw bez spacji i znaków specjalnych, aby uniknąć stosowania notacji w cudzysłowach, gdy odnosisz się do swoich parametrów. Ustaw Typ na Tekst i Sugerowane wartości na Lista wartości . Przekazując plik przez forum, możesz wybrać swoją lokalizację z listy plików.

Na koniec otwórz okno Edytora zaawansowanego i zastąp zakodowaną na stałe ścieżkę pliku nazwą parametru.

Typowe błędy w języku Power Query M

1. Odniesienie cykliczne

Poniższe wyrażenie błędu występuje, gdy dane wyjściowe wybranego zapytania są przekazywane do argumentu funkcji kroku w zapytaniu. W tym przykładzie widać, że nazwa zapytania jest przekazywana do funkcji Table.AddColumn w jednym z jej kroków.

Pierwszy argument wymaga typu tabeli. W większości przypadków okaże się, że odwołuje się on do poprzedniego kroku w kodzie. Poprzedni krok można znaleźć w okienku Zastosowane kroki, które znajduje się po prawej stronie okienka podglądu.

Nie jest wymagane odwoływanie się do poprzedniego kroku; możesz po prostu przekazać inne odwołanie do tabeli do tej funkcji. Dlatego w pliku źródłowym wyszukaj nazwę kroku w okienku Zastosowane kroki, aby zobaczyć kształt tabeli, która została przekazana do funkcji. To może pomóc w przetłumaczeniu kroku na własny plik.

2. Nierozpoznana nazwa

Ten błąd wyrażenia występuje, gdy nazwa argumentu tabeli, który został przekazany do funkcji, nie istnieje lub została wpisana z błędem.

Pamiętaj, że w dodatku Power Query rozróżniana jest wielkość liter. W większości przypadków będzie odwoływać się do poprzedniego kroku, który można wyszukać w okienku Zastosowane kroki. Ale z drugiej strony nie jest to wymagane.

Podczas rozwiązywania tego typu błędów spójrz na kształt tabeli przekazany do funkcji w pliku źródłowym i porównaj go z własnym plikiem. Upewnij się też, że nazwy kroków nie zostały zmienione.

3. Ciąg tekstowy

Ten błąd wyrażenia jest przykładem sytuacji, w której argument tabeli przekazany do funkcji został w rzeczywistości przekazany jako ciąg tekstowy.

Nazwy kroków, które zawierają spacje lub znaki specjalne, muszą mieć z przodu znak krzyżyka lub krzyżyka w cudzysłowie. Nazwy powinny być ujęte w podwójny cudzysłów. Podczas kopiowania i wklejania nazw kroków zawsze pamiętaj o wybraniu pełnej nazwy.

4. Błąd niezgodności typów

Innym częstym błędem wyrażenia jest błąd niezgodności typu.

Tego typu błędy zwykle pojawiają się, gdy zaczynasz wprowadzać modyfikacje kodu M. W powyższym komunikacie o błędzie wartość data/godzina została przekazana do funkcji, która wymagała typu danych daty.

Rozwiązaniem tego błędu jest konwersja typu danych wartości przed przekazaniem jej jako argumentu do innej funkcji. W takim przypadku możesz użyć funkcji Date.From , aby przekonwertować wartość daty/godziny na wartość daty.

Istnieje wiele rodzajów błędów niezgodności. Niezależnie od przypadku, system zawsze poda wymagany typ danych.

5. Nazwa nie istnieje

Innym częstym błędem w wyrażeniu jest sytuacja, w której nazwa odwołania do kolumny, przekazana jako argument do funkcji, nie istnieje lub jest błędnie napisana.

Upewnij się, że nazwy kolumn są zgodne. Możesz także spróbować zmienić odwołanie do kolumny. Jeśli nazwy kolumn są zgodne, a błąd nadal występuje, sprawdź, czy w nazwie nie ma spacji lub znaków specjalnych.

6. Znak przecinka

To jest błąd składni wyrażenia dotyczący przecinka tokena.

Podobnie jak każda funkcja przyjmuje oddzieloną przecinkami listę argumentów funkcji, wyrażenie let pobiera oddzieloną przecinkami listę nazw i wartości zmiennych. Aby rozwiązać ten typ błędu, upewnij się, że każdy krok, z wyjątkiem ostatniego, ma na końcu przecinek. Ten błąd może być również generowany przez brak nawiasów zamykających lub nawiasów na końcu funkcji.

7. Identyfikator tokena

Oczekiwany błąd identyfikatora tokena zwykle występuje, gdy kod M jest kopiowany, ponieważ znaki cudzysłowu wariują.

Aby naprawić błąd, musisz znaleźć i zastąpić wszystkie cudzysłowy. Możesz także skorzystać z aplikacji o nazwie Visual Studio Code, którą możesz bezpłatnie pobrać ze strony code.visualstudio.com .

Inne błędy w języku Power Query M

Oto inne błędy, które możesz napotkać podczas wdrażania kodu M z forum.

• Token Literal Expected – oznacza to, że następną rzeczą w formule ma być wartość, kolumna lub funkcja.
• Token RightParen oczekiwany — oznacza to, że nawias zamykający lub nawias ma zamknąć formułę
• Comma Cannot Precede A RightParen – oznacza to, że przecinek nie może znajdować się bezpośrednio przed nawiasem zamykającym lub nawiasem.
• Nieprawidłowy literał – często występuje, gdy ciąg tekstowy nie został zamknięty znakiem podwójnego cudzysłowu.
• Token EoF Expected – występuje, gdy użyte jest nieprawidłowe słowo kluczowe lub nazwa funkcji.

Opanowanie języka Power Query M

Mistrzostwo wymaga długoterminowego zaangażowania i inwestycji. Wszystko polega na robieniu, czerpaniu inspiracji, ćwiczeniu i powtarzaniu. Ale nawet bez mistrzostwa możesz osiągnąć niesamowite postępy w stosunkowo krótkim czasie.

Jeśli rozumiesz i potrafisz zastosować koncepcje omówione w tych postach w praktyce, będziesz wiedział, jak rozwiązywać problemy, gdy się pojawią. Będziesz także mógł bawić się parametrami funkcji, takimi jak zastępowanie wartości zakodowanych na stałe wartościami dynamicznymi lub pisanie niestandardowych funkcji M.

Wszystko, co musisz zrobić, to zacząć odkrywać na własną rękę. Najwięcej nauczysz się, pozwalając sobie na popełnianie błędów, a następnie znajdziesz wiele sposobów ich rozwiązania. Może to być czasochłonne, ale jest też bardzo satysfakcjonujące. Gdy już to zrobisz, możesz doskonalić swoje umiejętności.

Najlepsze praktyki dotyczące języka M dodatku Power Query

1. Pasek formuły

Jedną z ogólnych najlepszych praktyk dotyczących poszerzania wiedzy na temat dodatku Power Query jest upewnienie się, że pasek formuły jest zawsze widoczny. Możesz zapoznać się ze specyfikacją języka formuł, która opisuje strukturę języka, i wrócić do niej po pewnym czasie ćwiczeń.

Możesz wybrać się na poszukiwanie śmieci, korzystając z internetowego odniesienia do formuł, które zawiera listę wszystkich funkcji i ich specyfikacji. Możesz je przeczytać, skopiować przykłady do okna Edytora zaawansowanego i przestudiować wyniki.

2. Biblioteka standardowa

Inną najlepszą praktyką jest eksplorowanie biblioteki standardowej przy użyciu słowa kluczowego #shared , ponieważ istnieją różnice w porównaniu z odwołaniem do formuły online. Możesz także wyszukać w Internecie inne treści, takie jak praktyczne przykłady lub problemy napotkane przez innych.

Jest to często określane jako nauka przez Google. Możesz wyszukać nazwę funkcji lub typ operacji lub transformacji, ale wyniki będą w dużej mierze zależeć od tego, jak dobrze zdefiniowałeś kryteria wyszukiwania i jak dobrze inni opisali swój przypadek.

3. Ćwicz i przeglądaj

Najważniejszą rzeczą jest praktyka i celowe spędzanie większej ilości czasu w Edytorze zapytań. Znajdź też lepszą równowagę między ilością czasu poświęcanego na naukę języka DAX, wizualizacji danych i kodu M.

Możesz także przejrzeć swoją dotychczasową pracę i zastosować te najlepsze praktyki. LuckyTemplates i . Oprzyj się na tym, odpowiadając na pytania na forum, aby pogłębić swoje zrozumienie i utrwalić swoją wiedzę.

Zawsze będzie więcej do nauczenia się i odkrycia. Wyznacz sobie cel, który możesz osiągnąć, na przykład poświęcenie 30 minut dziennie na naukę.

Najlepsze praktyki dotyczące przekształcania danych w edytorze zapytań
Ładowanie danych i najlepsze praktyki dotyczące transformacji

Wniosek

Implementacja M w swoim kodzie wymaga praktyki i biegłości. Błędy mogą wystąpić, jeśli zmienna, funkcja lub jakakolwiek inna jednostka jest używana nieprawidłowo. Po prawidłowym użyciu M raport danych dostarczy cennych i wnikliwych wyników.

Melisa