You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Implementing this should look very similar to kms key encryption in #1829
Describe alternatives you've considered
It may be possible to do this as a post-processing step outside of dbt or post-hook macro with some more adapter functionality implemented.
Additional context
Labels can be specified in the 'OPTIONS' parameter of 'create or replace' ddl like OPTIONS(labels=[('town': 'fish')]). 'OPTIONS' requires the labels to be in the form 'ARRAY<STRUCT<STRING, STRING>>', which associates label keys with their values, making a dictionary the logical form for configuring this in dbt_project.yml.
One quirk with needing to configure this as a dictionary is that the project parser seems to think that 'labels' is a model without a matching sql file and will give the warning: WARNING: Configuration paths exist in your dbt_project.yml file which do not apply to any resources. There are 1 unused configuration paths: - models.labels
which will not prevent this from working in most cases, but can be confusing. It may be necessary to tweak the project parser to avoid this (could use some guidance on the best way to go about this).
Who will this benefit?
Anyone who uses BigQuery and may need to have labels for their models.
The text was updated successfully, but these errors were encountered:
Describe the feature
Allow for tables to be configured in dbt_project.yml with BigQuery labels. Ex.
Implementing this should look very similar to kms key encryption in #1829
Describe alternatives you've considered
It may be possible to do this as a post-processing step outside of dbt or post-hook macro with some more adapter functionality implemented.
Additional context
Labels can be specified in the 'OPTIONS' parameter of 'create or replace' ddl like
OPTIONS(labels=[('town': 'fish')])
. 'OPTIONS' requires the labels to be in the form 'ARRAY<STRUCT<STRING, STRING>>', which associates label keys with their values, making a dictionary the logical form for configuring this in dbt_project.yml.One quirk with needing to configure this as a dictionary is that the project parser seems to think that 'labels' is a model without a matching sql file and will give the warning:
WARNING: Configuration paths exist in your dbt_project.yml file which do not apply to any resources. There are 1 unused configuration paths: - models.labels
which will not prevent this from working in most cases, but can be confusing. It may be necessary to tweak the project parser to avoid this (could use some guidance on the best way to go about this).
Who will this benefit?
Anyone who uses BigQuery and may need to have labels for their models.
The text was updated successfully, but these errors were encountered: