Na czym to polega w sklepie
Scenariusz poniedziałku: zarząd pyta o weekend, a dane w Lookerze są sprzed trzech dni, bo nikt nie uruchomił SQL. Scheduled query odpala się według harmonogramu (np. 05:30 po nocnym eksporcie GA4) i zapisuje wynik do tabeli docelowej. Rano raport jest świeży bez ręcznej pracy.
Przykład ze sklepu internetowego
Marketplace z codziennym briefem mediowym - o 5:30 job przelicza wczorajszy dzień do tabeli daily_channel_revenue pod Looker Studio:
-- Harmonogram: every day 05:30 Europe/Warsaw
-- Destination: project.mart.daily_channel_revenue$${run_date}
INSERT INTO `project.mart.daily_channel_revenue`
SELECT
PARSE_DATE('%Y%m%d', _TABLE_SUFFIX) AS event_date,
traffic_source.medium AS medium,
COUNT(DISTINCT ecommerce.transaction_id) AS orders,
SUM(ecommerce.purchase_revenue) AS revenue
FROM `project.analytics.events_*`
WHERE _TABLE_SUFFIX = FORMAT_DATE('%Y%m%d', DATE_SUB(CURRENT_DATE(), INTERVAL 1 DAY))
AND event_name = 'purchase'
GROUP BY 1, 2;Co zrobić po stronie biznesu
- Włącz powiadomienie email on failure - gdy job padnie w nocy, zespół wie przed spotkaniem mediowym.
- Użyj partycji run_date w nazwie tabeli - łatwy backfill po awarii tagów w weekend promocyjny.
- Ustal kolejność jobów: najpierw dedup purchase, potem agregat kanałów - inaczej revenue będzie zawyżone.
W skrócie
Scheduled query to automatyczny brief sprzedażowy o świcie. Raport BI na świeżych danych wymaga stabilnego nocnego pipeline - nie ręcznego klikania w konsoli BigQuery.