You've successfully subscribed to GA4BigQuery
Success! Your account is fully activated, you now have access to all content.
Success! Your billing info is updated.
Billing info update failed.

How to flatten the GA4 BigQuery export schema for usage in relational databases

How to flatten the GA4 BigQuery export schema for usage in relational databases

Join 2,600+ other professionals and receive a monthly newsletter packed with GA4 & BigQuery news, tips & tricks

Great! Check your inbox and click the link to confirm your subscription
Please enter a valid email address!
Already have an account? Sign in

As you might have noticed the Google Analytics 4 export in BigQuery is containing nested and repeated fields. This is fine when you know how to query this (this website provides lots of example queries), but becomes an issue when you want to send the data to another (relational) database, like Redshift or Snowflake.

In this tutorial I will show you - step by step - how to flatten all fields of the Google Analytics 4 export schema with the purpose of using the data in a relational database outside of BigQuery.

I was inspired by this solution for flattening the Universal Analytics export schema.

For those who want to import GA data to a relational database: Please be aware that a nested schema is actually putting multiple relational tables into one nested structure - they are equivalent, so plain flattening is not the best solution here: you want to separate the tables again! That way you save a lot of space in storage and you queries might get faster.

The Google Analytics 4 schema is quite different, but we'll adapt this idea to make it work for us.

Explore schema

Let's take a look at the schema for a single export table:

    -- change this to your google analytics 4 export location in bigquery
    table_name = 'events_20201101'

A nested field will have the data type STRUCT and a repeated field will show an ARRAY data type. Looking at the results of our query we can conclude that three columns contain repeated fields: event_params, user_properties and items.

column_name ordinal_position data_type
event_date 1 STRING
event_timestamp 2 INT64
event_name 3 STRING
event_params 4 ARRAY<STRUCT<key STRING, value STRUCT<string_value STRING, int_value INT64, float_value FLOAT64, double_value FLOAT64>>>
event_previous_timestamp 5 INT64
event_value_in_usd 6 FLOAT64
event_bundle_sequence_id 7 INT64
event_server_timestamp_offset 8 INT64
user_id 9 STRING
user_pseudo_id 10 STRING
privacy_info 11 STRUCT<analytics_storage INT64, ads_storage INT64, uses_transient_token STRING>
user_properties 12 ARRAY<STRUCT<key INT64, value STRUCT<string_value INT64, int_value INT64, float_value INT64, double_value INT64, set_timestamp_micros INT64>>>
user_first_touch_timestamp 13 INT64
user_ltv 14 STRUCT<revenue FLOAT64, currency STRING>
device 15 STRUCT<category STRING, mobile_brand_name STRING, mobile_model_name STRING, mobile_marketing_name STRING, mobile_os_hardware_model INT64, operating_system STRING, operating_system_version STRING, vendor_id INT64, advertising_id INT64, language STRING, is_limited_ad_tracking STRING, time_zone_offset_seconds INT64, web_info STRUCT<browser STRING, browser_version STRING>>
geo 16 STRUCT<continent STRING, sub_continent STRING, country STRING, region STRING, city STRING, metro STRING>
app_info 17 STRUCT<id STRING, version STRING, install_store STRING, firebase_app_id STRING, install_source STRING>
traffic_source 18 STRUCT<medium STRING, name STRING, source STRING>
stream_id 19 INT64
platform 20 STRING
event_dimensions 21 STRUCT
ecommerce 22 STRUCT<total_item_quantity INT64, purchase_revenue_in_usd FLOAT64, purchase_revenue FLOAT64, refund_value_in_usd FLOAT64, refund_value FLOAT64, shipping_value_in_usd FLOAT64, shipping_value FLOAT64, tax_value_in_usd FLOAT64, tax_value FLOAT64, unique_items INT64, transaction_id STRING>
items 23 ARRAY<STRUCT<item_id STRING, item_name STRING, item_brand STRING, item_variant STRING, item_category STRING, item_category2 STRING, item_category3 STRING, item_category4 STRING, item_category5 STRING, price_in_usd FLOAT64, price FLOAT64, quantity INT64, item_revenue_in_usd FLOAT64, item_revenue FLOAT64, item_refund_in_usd FLOAT64, item_refund FLOAT64, coupon STRING, affiliation STRING, location_id STRING, item_list_id STRING, item_list_name STRING, item_list_index STRING, promotion_id STRING, promotion_name STRING, creative_name STRING, creative_slot STRING>>

Define our strategy

If we want to use the GA4 export schema in a relational database, we will need four tables:

  1. flat_events
  2. flat_event_params
  3. flat_user_properties
  4. flat_items

As GA4 is an event driven analytics tool, the events table is our base: it will contain all top level data about users, events, device, traffic source, ecommerce transactions and so on.