![\"Dwie](\"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/diagrams\/looker-blending-pl.png\")
Co blend faktycznie robi<\/h2>\n
Blend wykonuje dwie operacje, w tej kolejno\u015bci: ka\u017cda tabela jest najpierw agregowana po w\u0142asnych wymiarach<\/strong>, a zagregowane wyniki s\u0105 dopiero potem<\/strong> \u0142\u0105czone po skonfigurowanym kluczu. Obie po\u0142owy tego zdania maj\u0105 znaczenie. Agregacja nast\u0119puje przed z\u0142\u0105czeniem, wi\u0119c wymiary wybrane dla tabeli decyduj\u0105, ile wierszy ta tabela wnosi do z\u0142\u0105czenia \u2014 a z\u0142\u0105czenie dopasowuje te wiersze do drugiej tabeli, wiersz po wierszu.<\/p>\n Dlatego blend nie jest wyszukiwaniem i dlatego dob\u00f3r wymiar\u00f3w nie jest kwesti\u0105 kosmetyczn\u0105. Dodanie wymiaru do tabeli nie dok\u0142ada po prostu kolumny; zmienia liczb\u0119 wierszy, jakie ta tabela wnosi, a wi\u0119c i wynik z\u0142\u0105czenia.<\/p>\n Looker Studio oferuje standardowy zestaw, a wyb\u00f3r rozstrzyga, kt\u00f3re wiersze przetrwaj\u0105, gdy klucz istnieje tylko po jednej stronie:<\/p>\n Regu\u0142a praktyczna: je\u015bli pytanie brzmi \u201ejak te dwie rzeczy rozwija\u0142y si\u0119 w tym samym okresie\u201d, full outer po dacie chroni przed cicho gubionymi dniami. Je\u015bli pytanie brzmi \u201eco sta\u0142o si\u0119 z rekordami istniej\u0105cymi w obu systemach\u201d, uczciwym wyborem jest inner \u2014 a liczba wierszy, kt\u00f3re przy tym odpadaj\u0105, sama zas\u0142uguje na zaraportowanie.<\/p>\n Klucz z\u0142\u0105czenia musi zgadza\u0107 si\u0119 dok\u0142adnie, a wi\u0119kszo\u015b\u0107 niepowodze\u0144 bierze si\u0119 z warto\u015bci wygl\u0105daj\u0105cych dla cz\u0142owieka identycznie, a dla maszyny nie.<\/p>\n Najcz\u0119stszy przypadek to poziom szczeg\u00f3\u0142owo\u015bci daty: jedno \u017ar\u00f3d\u0142o podaj\u0105ce znacznik czasu i drugie podaj\u0105ce dat\u0119 nigdy si\u0119 nie dopasuj\u0105, a rozwi\u0105zaniem jest udost\u0119pnienie czystego pola daty w ka\u017cdym \u017ar\u00f3dle, a nie liczenie na to, \u017ce blend to pogodzi. Dalej idzie wielko\u015b\u0107 liter i bia\u0142e znaki \u2014 Jeszcze jedno ograniczenie ma charakter strukturalny: klucze o bardzo wysokiej kardynalno\u015bci, jak identyfikator transakcji, spowalniaj\u0105 blendy \u2014 a blend, kt\u00f3ry przekroczy limit czasu, to pusty wykres, a nie komunikat o b\u0142\u0119dzie.<\/p>\n Najkosztowniejszym pojedynczym b\u0142\u0119dem jest pozostawienie w jednej tabeli wymiaru, kt\u00f3rego druga nie ma. Je\u015bli tabela A jest zagregowana po dacie, a tabela B po dacie i kampanii, klucz z\u0142\u0105czenia po dacie dopasuje jeden wiersz z A do trzech wierszy z B, a metryka z A powt\u00f3rzy si\u0119 trzykrotnie. Suma jest wtedy dok\u0142adnie trzy razy za du\u017ca \u2014 i nadal jest okr\u0105g\u0142\u0105, wiarygodnie wygl\u0105daj\u0105c\u0105 liczb\u0105.<\/p>\n Zapobiegaj\u0105 temu dwa nawyki. Pierwszy: ustali\u0107 poziom szczeg\u00f3\u0142owo\u015bci blendu przed wyborem jakiegokolwiek pola i zagregowa\u0107 ka\u017cd\u0105 tabel\u0119 dok\u0142adnie do tego poziomu \u2014 je\u015bli blend jest na poziomie daty, \u017cadna tabela nie niesie kampanii. Drugi to diagnostyka: dodanie Record Count<\/strong> z ka\u017cdej tabeli do tymczasowego widoku tabelarycznego natychmiast pokazuje, czy klucz trafia wi\u0119cej wierszy, ni\u017c powinien, bo czyste z\u0142\u0105czenie jeden-do-jednego zwraca record count r\u00f3wny jeden na wiersz i tabel\u0119.<\/p>\n Gdy poziom kampanii jest naprawd\u0119 potrzebny, nale\u017cy do drugiego blendu zbudowanego na tym poziomie, a nie do tego samego. Pojedynczy blend obs\u0142uguj\u0105cy dwa poziomy szczeg\u00f3\u0142owo\u015bci to \u017c\u0105danie, kt\u00f3rego nie da si\u0119 spe\u0142ni\u0107.<\/p>\n \u0141\u0105czenie tej samej metryki z kilku us\u0142ug \u2014 na przyk\u0142ad \u0142\u0105cznej liczby u\u017cytkownik\u00f3w z trzech regionalnych us\u0142ug GA4 \u2014 trafia na zachowanie, kt\u00f3re \u0142atwo wzi\u0105\u0107 za b\u0142\u0105d rachunkowy.<\/p>\n Ka\u017cda tabela w blendzie zachowuje nazwy p\u00f3l ze swojego \u017ar\u00f3d\u0142a. Gdy trzy tabele wnosz\u0105 po polu o nazwie Total users<\/em>, do blendu trafiaj\u0105 trzy pola o tej samej nazwie, a pole obliczeniowe zapisane jako dodawanie tej nazwy nie ma jednoznacznego sposobu, by zwi\u0105za\u0107 si\u0119 z w\u0142a\u015bciwym. Wychodzi z tego liczba powstaj\u0105ca bez komunikatu o b\u0142\u0119dzie i nieb\u0119d\u0105ca zamierzon\u0105 sum\u0105.<\/p>\n Rozwi\u0105zaniem jest zmiana nazwy ka\u017cdej metryki w edytorze blendu, zanim powstanie jakiekolwiek pole obliczeniowe<\/strong>. Wyra\u017ane, rozr\u00f3\u017cnialne nazwy \u2014 Przy tej samej okazji warto sprawdzi\u0107 agregacj\u0119 ustawion\u0105 dla ka\u017cdej metryki w blendzie. Pole z agregacj\u0105 automatyczn\u0105 mo\u017ce zachowa\u0107 si\u0119 inaczej ni\u017c takie, kt\u00f3re ma jawnie ustawione Zmiana nazw sprawia, \u017ce dodawanie dzia\u0142a mechanicznie. Czy dodawanie cokolwiek znaczy, to osobne pytanie \u2014 a dla dw\u00f3ch kategorii metryk odpowied\u017a brzmi: nie.<\/p>\n Zliczenia zdeduplikowane<\/strong> \u2014 u\u017cytkownicy, u\u017cytkownicy aktywni, ka\u017cde zliczenie unikalnych \u2014 nie s\u0105 addytywne. Osoba odwiedzaj\u0105ca dwie z trzech us\u0142ug to jedna osoba; dodanie trzech liczb raportuje dwie. To samo dotyczy czasu: zsumowanie dziennych u\u017cytkownik\u00f3w w miesi\u0105cu nie daje u\u017cytkownik\u00f3w miesi\u0119cznych. \u017badna konfiguracja blendu tego nie naprawi, bo informacji potrzebnej do deduplikacji w zagregowanych warto\u015bciach ju\u017c nie ma. Gdy potrzebna jest rzetelna liczba u\u017cytkownik\u00f3w w skali kilku us\u0142ug, deduplikacja musi nast\u0105pi\u0107 przed Looker Studio \u2014 w praktyce na danych surowych w hurtowni.<\/p>\n Wska\u017aniki i \u015brednie<\/strong> \u2014 CTR, wsp\u00f3\u0142czynnik konwersji, wsp\u00f3\u0142czynnik odrzuce\u0144, \u015brednia warto\u015b\u0107 zam\u00f3wienia \u2014 trzeba przeliczy\u0107 po blendzie, a nie \u0142\u0105czy\u0107. \u015arednia dw\u00f3ch wsp\u00f3\u0142czynnik\u00f3w konwersji nie jest wsp\u00f3\u0142czynnikiem konwersji danych po\u0142\u0105czonych, chyba \u017ce obie strony maj\u0105 przypadkiem identyczne mianowniki. Poprawna forma sumuje sk\u0142adniki i dzieli na ko\u0144cu:<\/p>\n Data Blending jest niezawodny, gdy potraktuje si\u0119 powa\u017cnie jego kolejno\u015b\u0107 operacji: najpierw agregacja, potem z\u0142\u0105czenie. Niemal ka\u017cdy niewiarygodny wynik sprowadza si\u0119 do jednej z czterech przyczyn. Wymiar pozostawiony w jednej tabeli zwielokrotni\u0142 wiersze. Klucz z\u0142\u0105czenia nie trafi\u0142 z powodu typu lub formatowania. Nazwa metryki by\u0142a niejednoznaczna mi\u0119dzy tabelami. Albo metryka od pocz\u0105tku nie by\u0142a addytywna.<\/p>\n Odpowiadaj\u0105ca temu dyscyplina jest kr\u00f3tka. Ustali\u0107 poziom szczeg\u00f3\u0142owo\u015bci przed wyborem p\u00f3l i zagregowa\u0107 do niego ka\u017cd\u0105 tabel\u0119. Wybra\u0107 typ z\u0142\u0105czenia \u015bwiadomie, zamiast przyjmowa\u0107 ustawienie domy\u015blne. Zmieni\u0107 nazw\u0119 ka\u017cdej metryki w blendzie na unikaln\u0105, zanim powstanie pole obliczeniowe, i ustawi\u0107 jej agregacj\u0119 jawnie. Przelicza\u0107 wska\u017aniki z zsumowanych sk\u0142adnik\u00f3w zamiast je u\u015brednia\u0107, a zliczenia zdeduplikowane traktowa\u0107 jako co\u015b, czego blend nie potrafi dostarczy\u0107. I zanim zblendowana liczba trafi na prezentacj\u0119 \u2014 zestawi\u0107 j\u0105 z t\u0105 sam\u0105 liczb\u0105 w jej w\u0142asnym \u017ar\u00f3dle: blend zgodny ze swoimi wej\u015bciami jest godny zaufania, a taki, kt\u00f3ry zgodny nie jest, ma konkretn\u0105 i mo\u017cliw\u0105 do znalezienia przyczyn\u0119.<\/p>\n","protected":false},"excerpt":{"rendered":" Jak blend naprawd\u0119 dzia\u0142a \u2014 najpierw agregacja, potem z\u0142\u0105czenie \u2014 co robi ka\u017cdy z pi\u0119ciu typ\u00f3w join\u00f3w, dlaczego jeden dodatkowy wymiar potrafi zwielokrotni\u0107 ka\u017cd\u0105 liczb\u0119 i dlaczego suma metryki z kilku us\u0142ug wymaga wcze\u015bniejszej zmiany nazwy pola.<\/p>\n","protected":false},"author":1,"featured_media":11412,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11],"tags":[92097,92100,92511,92116],"class_list":["post-10154","post","type-post","status-publish","format-standard","hentry","category-digital-analytics-pl","tag-data-quality-pl","tag-google-analytics-4-pl","tag-looker-studio-pl","tag-web-analytics-pl"],"yoast_head":"\nPi\u0119\u0107 typ\u00f3w z\u0142\u0105cze\u0144<\/h2>\n
\n
Gdzie klucze z\u0142\u0105czenia p\u0119kaj\u0105 bez ostrze\u017cenia<\/h2>\n
Newsletter<\/code>, newsletter<\/code> i newsletter <\/code> to trzy r\u00f3\u017cne klucze. Normalizacja przez LOWER()<\/code> i TRIM()<\/code> nale\u017cy do \u017ar\u00f3d\u0142a danych jako pole obliczeniowe, bo pole utworzone tam jest dost\u0119pne jako klucz z\u0142\u0105czenia \u2014 edytor blendu nie jest miejscem na naprawianie danych wej\u015bciowych. Formatowanie walut i ustawienia regionalne powoduj\u0105 t\u0119 sam\u0105 klas\u0119 awarii przy kluczach liczbowych i identyfikatorach.<\/p>\nWymiary decyduj\u0105, co znaczy jeden wiersz<\/h2>\n
Nazwy metryk i sumy mi\u0119dzy us\u0142ugami<\/h2>\n
users_de<\/code>, users_at<\/code>, users_ch<\/code> \u2014 czyni\u0105 odwo\u0142anie jednoznacznym, a dodawanie zaczyna zachowywa\u0107 si\u0119 zgodnie z oczekiwaniem:<\/p>\n-- Wiarygodne dopiero, gdy kazda metryka zrodlowa ma unikalna nazwe\nusers_de + users_at + users_ch<\/code><\/pre>\nSUM<\/code> \u2014 a poniewa\u017c oba renderuj\u0105 si\u0119 bez zastrze\u017ce\u0144, lepiej wybra\u0107 ustawienie jawne.<\/p>\nMetryki, kt\u00f3rych nie wolno sumowa\u0107 w og\u00f3le<\/h2>\n
-- Zle: usrednianie dwoch wskaznikow\n(conv_rate_a + conv_rate_b) \/ 2\n\n-- Dobrze: przeliczenie z zsumowanych skladnikow\n(conversions_a + conversions_b) \/ (sessions_a + sessions_b)<\/code><\/pre>\nDalsze techniki warte poznania<\/h2>\n
\n
IFNULL(metryka, 0)<\/code> \u2014 zapobiega znikaniu wierszy z sumy bez widocznego powodu.<\/li>\nPodsumowanie<\/h2>\n