Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Limitations of sql_header #4890

Open
1 task done
dbeatty10 opened this issue Feb 10, 2024 · 0 comments
Open
1 task done

Limitations of sql_header #4890

dbeatty10 opened this issue Feb 10, 2024 · 0 comments
Labels
content Improvements or additions to content improvement Use this when an area of the docs needs improvement as it's currently unclear

Comments

@dbeatty10
Copy link
Contributor

Contributions

  • I have read the contribution docs, and understand what's expected of me.

Link to the page on docs.getdbt.com requiring updates

https://docs.getdbt.com/reference/resource-configs/sql_header

What part(s) of the page would you like to see updated?

We should document a few known limitations of sql_header.

This Stack Overflow post points out that you can't safely use {{ ref() }} or {{ source() }} in the sql_header.

And {{ this }} also doesn't work in a sql_header when using a custom generate_alias_name.

Additional information

Since sql_header is often used by users dbt-bigquery to DECLARE variables, it would be nice to show an example similar to (but not exactly like) this:

{% call set_sql_header(config) %}
DECLARE myDate VARCHAR DEFAULT '2021-01-01';
{% endcall %}

with order_bis as (

    select
        order_id

    from
        order
    where
        customer_date > myDate

)

select * from order_bis
@dbeatty10 dbeatty10 added content Improvements or additions to content improvement Use this when an area of the docs needs improvement as it's currently unclear labels Feb 10, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
content Improvements or additions to content improvement Use this when an area of the docs needs improvement as it's currently unclear
Projects
None yet
Development

No branches or pull requests

1 participant