Macros

Learn how to use dbt™ macros to create reusable SQL logic and build modular transformations. This guide covers creating macros, implementing advanced techniques, and leveraging dbt packages to ex

Macros are powerful features that allow you to create reusable code patterns and implement dynamic SQL generation in your dbt projects. This guide will help you understand how to use macros to make your dbt projects more maintainable, consistent, and flexible.

What Are Macros?

Macros are reusable pieces of code that let you eliminate repetition, create project-wide standards, and abstract complex logic. Think of macros as functions in traditional programming languages that can be called from other macros, models, or schema files.

Macros enable you to:

  • Abstract complex SQL logic into reusable functions

  • Create project-wide standards for common calculations

  • Implement conditional logic in your SQL code

  • Generate SQL dynamically based on parameters


Creating Your First Macro

Macros are defined in .sql files within the macros directory of your dbt project. A basic macro follows this structure:

{% macro macro_name(parameter1, parameter2, ...) %}
    
    -- SQL code and Jinja logic goes here
    
    {% if parameter1 > 0 %}
        SELECT {{ parameter1 }} + {{ parameter2 }}
    {% else %}
        SELECT {{ parameter2 }}
    {% endif %}
    
{% endmacro %}

Example: Creating a Date Dimension Macro

Here's a practical example of a macro that generates a date dimension table:

{% macro generate_date_dimension(start_date, end_date) %}

    WITH date_spine AS (
        {{ dbt_utils.date_spine(
            datepart="day",
            start_date="cast('" ~ start_date ~ "' as date)",
            end_date="cast('" ~ end_date ~ "' as date)"
        ) }}
    ),
    
    dates AS (
        SELECT
            cast(date_day as date) as date_day,
            extract(year from date_day) as year,
            extract(month from date_day) as month,
            extract(day from date_day) as day_of_month,
            extract(dayofweek from date_day) as day_of_week,
            extract(quarter from date_day) as quarter
        FROM date_spine
    )
    
    SELECT * FROM dates

{% endmacro %}

This macro leverages the date_spine utility from dbt_utils to create a complete date dimension table with various date attributes.

Using Macros in Your Models

To use a macro in a model, you simply call it using the Jinja templating syntax:

-- models/dim_date.sql
{{
    config(
        materialized='table'
    )
}}

{{ generate_date_dimension('2020-01-01', '2025-12-31') }}

When dbt runs this model, it will replace the macro call with the SQL generated by the macro, creating a date dimension table for the specified date range.


Advanced Macro Techniques

Macro Organization

For larger projects, organizing macros in subdirectories helps maintain a clean structure:

macros/
  ├── date_utils/
  │   ├── generate_date_dimension.sql
  │   └── fiscal_year_dates.sql
  ├── string_utils/
  │   ├── clean_string.sql
  │   └── standardize_phone.sql
  └── metrics/
      ├── calculate_revenue.sql
      └── customer_lifetime_value.sql

Using Control Structures

Macros support Jinja's control structures for advanced logic:

{% macro dynamic_pivot(table_name, group_by_columns, pivot_column, value_column) %}

    {% set group_by_str = group_by_columns | join(', ') %}
    
    {% set query %}
        SELECT DISTINCT {{ pivot_column }} 
        FROM {{ table_name }}
        ORDER BY 1
    {% endset %}
    
    {% set results = run_query(query) %}
    
    {% if execute %}
        {% set pivot_values = results.columns[0].values() %}
    {% else %}
        {% set pivot_values = [] %}
    {% endif %}
    
    SELECT
        {{ group_by_str }},
        {% for value in pivot_values %}
            SUM(CASE WHEN {{ pivot_column }} = '{{ value }}' THEN {{ value_column }} ELSE 0 END) AS "{{ value }}"
            {% if not loop.last %},{% endif %}
        {% endfor %}
    FROM {{ table_name }}
    GROUP BY {{ group_by_str }}
    
{% endmacro %}

This advanced macro dynamically creates a pivot table based on values found in your data at runtime.

Using Macros Effectively

  • Keep macros focused – Each macro should do one thing well

  • Document your macros – Add comments explaining parameters and usage

  • Use Jinja's execute flag – The code within {% if execute %} only runs during compilation, not during preview or rendering

  • Test macros thoroughly – Create models specifically for testing macro functionality

  • Use default parameters – Make macros flexible while providing sensible defaults


Working with dbt Packages

dbt packages let you leverage pre-built macros created by the community. They're an excellent way to avoid reinventing the wheel.

Installing Packages

To use packages, define them in a packages.yml file in your project root:

packages:
  - package: dbt-labs/dbt_utils
    version: 1.1.1
  - package: calogica/dbt_expectations
    version: 0.8.5

Then install the packages using:

dbt deps

Popular Packages for Macros

Package
Purpose
Key Features

dbt-utils

General utility macros

String operations, date handling, cross-database functions

dbt-date

Date and calendar functionality

Date spines, fiscal periods, date utilities

dbt-ml

Machine learning functionality

Feature engineering, model scoring

dbt-codegen

Code generation tools

Auto-generate models, sources, base models

Using Package Functions

Once installed, you can use package functions in your models:

-- Example using dbt_utils generate_surrogate_key
SELECT
    {{ dbt_utils.generate_surrogate_key(['customer_id', 'order_date']) }} as order_key,
    customer_id,
    order_date,
    amount
FROM {{ ref('stg_orders') }}

Real-World Examples

Financial Calculations

{% macro calculate_margin(revenue, cost) %}
    ({{ revenue }} - {{ cost }}) / NULLIF({{ revenue }}, 0)
{% endmacro %}

Dynamic Table Generation

{% macro generate_surrogate_key(field_list) %}
    {% set fields = [] %}
    {% for field in field_list %}
        {% do fields.append("coalesce(cast(" ~ field ~ " as string), '')") %}
    {% endfor %}
    md5({{ fields|join(" || '-' || ") }})
{% endmacro %}

Environment-Based Configuration

{% macro get_schema_prefix() %}
    {% if target.name == 'prod' %}
        prod_
    {% elif target.name == 'dev' %}
        dev_{{ target.schema }}_
    {% else %}
        {{ target.schema }}_
    {% endif %}
{% endmacro %}

Best Practices for Macros

Best Practice
Description

Keep Macros Focused

Each macro should do one thing well. Avoid overly complex macros with many responsibilities.

Document Your Macros

Add comments explaining purpose, parameters, and return values. Include examples of how to use the macro.

Test Your Macros

Create models specifically for testing macro functionality. Use assertions to verify macro outputs.

Handle Edge Cases

Ensure your macros handle null values appropriately. Account for empty tables and edge conditions.

Use Default Parameters

Make macros flexible with sensible defaults. Allow override of defaults when needed.

Leverage Return Values

Use return() to pass values back from macros. Chain macros together for complex operations.

Pro Tip: Debugging Macros

When troubleshooting macros:

  1. Use dbt compile to see the generated SQL without running it

  2. Check the compiled SQL in the target/compiled/ directory

  3. Add {{ log("Debug message") }} within macros for debugging

  4. Use {% if execute %} to handle compile-time vs. run-time logic

By mastering macros, you can create more maintainable, consistent, and flexible data transformations throughout your dbt project.

Last updated

Was this helpful?