Z biegiem lat każda firma dochodzi do wniosku "Stop! Przepisujemy się z 4 gigabajtowych logów w Arkuszach na profesjonalną bazę danych jak MySQL czy GCP". Zespół przesiada się na nową Hurtownię Danych, wchodzi w Tryb Edycji (Edit) starego raportu Looker i w rogu zmienia "Podpięcie stare na Nowe".

Wszystkie wykresy – każdy z osobna – stają się natychmiast mroczną czarną pustynią oblepioną napisami Configuration Error oraz Inavlid / Unknown Dimension. Twoja misternie pleciona przez tydzień siatka raportowa dla Zarządu właśnie padła. Jak uniknąć tej programistycznej zapaści B2B podczas klonowania projektów u klienta?

Gdzie leży klucz problemu? (Mismatch Engine)

Kiedy projektowałeś na kafelku stary i bezpieczny wykres dla działu Menedżerów np. w roku 2024, wrzuciłeś na niego za pomocą techniki Drag-and-Drop wymiar o nazwie, powiedzmy: Sprzedaż_Całkowita. System zapamiętał sobie ciąg znaków (tzw. "String identifier") na amen.

Jeśli teraz podepniesz nową superwydajną tabelę Data BigQuery, ale dla zespołu inżynierów w chmurze kolumna nazwana została tam sztywnym językiem programistów czyli SQL jako total_sales_val, to w tym punkcie serwery Looker Studio się rozczarowują i poddają się bez walki. Looker po stronie logiki (szukając poprzedniej struktury w nazwie podpiętej, nowej bazy) absolutnie **NIE WIE**, co nanieść na dany wykres, informując lakonicznie Unknown Dimension (Nieznany wiersz w bazie zapytanej).

Poprawne kroki podmiany z opcją zmapowania ("Data Mapping")

Nie należy przepinać źródła rzucając się na dany kafelek z prawego ucha grafiki. Musisz wejść na główną zakładkę w GDS.

  1. Z paska Menu wejdź w Zasób -> Zarządzaj dodanymi źródłami danych (Manage Added Data Sources).
  2. Zlokalizuj stare źródło. Użyj opcji EDYTUJ. Następnie kliknij jeszcze raz opcję EDYTUJ KONFIGURACJĘ.
  3. Wskaż chmurze nową docelową Tabelę. Następnie Looker w nowym, wspaniałym ekranie, o którym zapominają pracownicy B2B zada Ci kluczowe inżynieryjne pytanie typu "Mapping". Pokaże lewą kolumnę i prawą u dołu z napisem Zmapuj lub wyrzuć / Połącz (W zależności od wersji językowej).

To na tym rzadko odwiedzanym ekranie parowania musisz ręcznie mu podpowiedzieć (jak dziecku za rękę), że jego stara kolumna (Left) np. Koszty_PLN, odpowiada nowej (Right) kolumnie w innej Twojej bazie o wbudowanej innej wewnętrznie nazwie u Data Scientisy, czyli spend_val_pln. Gdy przemapujesz logi po kafelkach w dół – całość wyjdzie obronną ręką na starcie w mgnieniu obrotu buforowania pulpitu, zachowując przy życiu nawet wybiórcze filtry w nagłówkach i w stopkach plików!

Standard Single Source Of Truth na 2026 i ratunek SQL

Z powyższego powodu w agencjach, ułatwiając i wdrażając na stałe tzw. Single Source of Truth (Jedno źródło Prawdy o Zarobkach Biznesu) stwarza się dla firm surowe repozytoria hurtowni (Cloud) operujące np. sztywnym j. angielskim i konwencją Snake Case. Niezależnie od podpięcia dla różnych miast sklepu, na matrycy Lookera i u źródła w bazie panuje harmonia nazw – pozwalając na nieskończone modyfikowanie źródeł pliku od E-commerce bez milisekundy obawień o zepsute tabele.