Bird
Raised Fist0
dbtdata~5 mins

dbt-utils (surrogate_key, pivot, unpivot) - Time & Space Complexity

Choose your learning style10 modes available
Time Complexity: dbt-utils (surrogate_key, pivot, unpivot)
O(n)
Understanding Time Complexity

We want to understand how the time needed to run dbt-utils macros changes as the data grows.

Specifically, how do surrogate_key, pivot, and unpivot behave with bigger tables?

Scenario Under Consideration

Analyze the time complexity of the following dbt-utils macros usage.


    -- Create a surrogate key from multiple columns
    select
      {{ dbt_utils.surrogate_key(['id', 'date']) }} as surrogate_key,
      user_id,
      event_date,
      event_type
    from {{ ref('events') }}

    -- Pivot event types into columns
    select * from {{ dbt_utils.pivot(
      relation=ref('events'),
      column='event_type',
      values=['click', 'view', 'purchase'],
      aggregate='count'
    ) }}

    -- Unpivot event counts back to rows
    select * from {{ dbt_utils.unpivot(
      relation=ref('pivoted_events'),
      columns=['click', 'view', 'purchase'],
      name='event_type',
      value='event_count'
    ) }}
    

This code creates a unique key, then pivots and unpivots event data for analysis.

Identify Repeating Operations

Look at what repeats as data grows.

  • Primary operation: Scanning all rows in the input table for each macro.
  • How many times: Once per row for surrogate_key; once per row for pivot and unpivot transformations.
How Execution Grows With Input

As the number of rows (n) grows, the operations scale roughly with n.

Input Size (n)Approx. Operations
10About 10 row scans
100About 100 row scans
1000About 1000 row scans

Pattern observation: The work grows directly with the number of rows, so doubling rows doubles work.

Final Time Complexity

Time Complexity: O(n)

This means the time to run these macros grows linearly with the number of rows in the data.

Common Mistake

[X] Wrong: "Pivoting or unpivoting will multiply the time by the number of columns involved."

[OK] Correct: These macros scan each row once and transform columns, so the main cost depends on rows, not columns count.

Interview Connect

Understanding how data transformations scale helps you write efficient data models and explain your choices clearly.

Self-Check

"What if we added nested pivoting inside the unpivot macro? How would that affect the time complexity?"

Practice

(1/5)
1. What is the main purpose of the surrogate_key macro in dbt-utils?
easy
A. To create a unique identifier by combining multiple columns
B. To convert rows into columns for summarization
C. To change column names in a table
D. To remove duplicate rows from a dataset

Solution

  1. Step 1: Understand surrogate_key purpose

    The surrogate_key macro combines values from multiple columns to create a unique ID.
  2. Step 2: Compare with other options

    Pivoting changes rows to columns, renaming columns is unrelated, and removing duplicates is different.
  3. Final Answer:

    To create a unique identifier by combining multiple columns -> Option A
  4. Quick Check:

    surrogate_key = unique ID creation [OK]
Hint: surrogate_key always combines columns to make unique IDs [OK]
Common Mistakes:
  • Confusing surrogate_key with pivot or unpivot
  • Thinking it renames columns
  • Assuming it removes duplicates
2. Which of the following is the correct syntax to use the pivot macro in dbt-utils?
easy
A. {% set pivoted = dbt_utils.unpivot(table=ref('sales'), column='month', value='revenue') %}
B. {% set pivoted = dbt_utils.surrogate_key(columns=['id', 'date']) %}
C. {% set pivoted = dbt_utils.pivot(table=ref('sales'), column='month', value='revenue') %}
D. {% set pivoted = dbt_utils.pivot(table='sales', row='month', value='revenue') %}

Solution

  1. Step 1: Identify correct macro and parameters

    The pivot macro requires a table, a column to pivot on, and a value column.
  2. Step 2: Check syntax correctness

    {% set pivoted = dbt_utils.pivot(table=ref('sales'), column='month', value='revenue') %} uses table=ref('sales'), column='month', and value='revenue', which is correct.
  3. Final Answer:

    {% set pivoted = dbt_utils.pivot(table=ref('sales'), column='month', value='revenue') %} -> Option C
  4. Quick Check:

    pivot syntax = table, column, value [OK]
Hint: pivot needs table, column, and value parameters [OK]
Common Mistakes:
  • Using unpivot macro instead of pivot
  • Passing wrong parameter names like 'row' instead of 'column'
  • Not using ref() for table argument
3. Given the following data in a table sales_data:
product | month | revenue
-------|-------|--------
A      | Jan   | 100
A      | Feb   | 150
B      | Jan   | 200
B      | Feb   | 250
What will be the output of this dbt-utils pivot macro call?
{% set pivoted = dbt_utils.pivot(table=ref('sales_data'), column='month', value='revenue') %}
medium
A. A table with columns: product, Jan, Feb and values filled with revenue
B. A table with columns: month, product, revenue repeated
C. A table with columns: product, revenue only
D. An error because pivot needs a group_by column

Solution

  1. Step 1: Understand pivot behavior

    Pivot converts unique values in the 'month' column into new columns and fills them with 'revenue' values grouped by 'product'.
  2. Step 2: Apply to given data

    For product A, Jan=100 and Feb=150; for B, Jan=200 and Feb=250. So columns are product, Jan, Feb with revenue values.
  3. Final Answer:

    A table with columns: product, Jan, Feb and values filled with revenue -> Option A
  4. Quick Check:

    pivot turns rows to columns = A table with columns: product, Jan, Feb and values filled with revenue [OK]
Hint: Pivot turns unique column values into new columns [OK]
Common Mistakes:
  • Thinking pivot repeats original rows
  • Expecting only product and revenue columns
  • Assuming pivot requires explicit group_by parameter
4. You wrote this dbt-utils unpivot macro call:
{% set unpivoted = dbt_utils.unpivot(table=ref('sales_summary'), columns=['Jan', 'Feb'], name='month', value='revenue') %}
But you get an error. What is the most likely cause?
medium
A. The 'columns' parameter should be a string, not a list
B. The 'name' parameter must be 'column_name' instead of 'month'
C. The table reference is missing the schema
D. The 'columns' parameter must be passed as a string with comma-separated column names

Solution

  1. Step 1: Check unpivot columns parameter format

    The unpivot macro expects the columns argument as a string listing columns separated by commas, not a list.
  2. Step 2: Identify error cause

    Passing a Python list causes a syntax or runtime error; it must be a string like 'Jan, Feb'.
  3. Final Answer:

    The 'columns' parameter must be passed as a string with comma-separated column names -> Option D
  4. Quick Check:

    unpivot columns = comma-separated string [OK]
Hint: Pass columns as comma-separated string, not list, in unpivot [OK]
Common Mistakes:
  • Passing columns as Python list instead of string
  • Using wrong parameter names like 'name' instead of 'column_name'
  • Ignoring table reference format
5. You have a table employee_sales with columns: employee_id, region, Jan, Feb, Mar. You want to create a unique surrogate key combining employee_id and region, then unpivot the monthly sales columns into rows with columns month and sales. Which dbt-utils macros and steps should you use?
hard
A. Use only pivot macro on employee_id and region columns
B. First use surrogate_key(['employee_id', 'region']) to create ID, then unpivot(table=ref('employee_sales'), columns='Jan, Feb, Mar', name='month', value='sales')
C. Use unpivot macro first, then surrogate_key on month and sales
D. Create surrogate key by concatenating Jan, Feb, Mar columns, then pivot on region

Solution

  1. Step 1: Create unique surrogate key

    Use surrogate_key on employee_id and region to get a unique ID per employee-region.
  2. Step 2: Unpivot monthly sales columns

    Apply unpivot macro with columns='Jan, Feb, Mar', name='month', and value='sales' to convert months into rows.
  3. Final Answer:

    First use surrogate_key(['employee_id', 'region']) then unpivot with columns='Jan, Feb, Mar' -> Option B
  4. Quick Check:

    surrogate_key then unpivot = First use surrogate_key(['employee_id', 'region']) to create ID, then unpivot(table=ref('employee_sales'), columns='Jan, Feb, Mar', name='month', value='sales') [OK]
Hint: Create surrogate_key first, then unpivot monthly columns [OK]
Common Mistakes:
  • Using pivot instead of unpivot for monthly columns
  • Creating surrogate_key on month and sales columns
  • Concatenating month columns for surrogate_key
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard