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
Currently, in config files in dbt that are rendered in the native environment, we provide an as_text filter that dbt uses to identify a value that should not be converted to the native env rendering. We should provide a similar feature at the yaml level, so users can mark fields (perhaps even recursively?) as being "really strings" to either be rendered in the non-native jinja renderer or not rendered at all.
The big issue is that it's pretty tedious to mark all the relevant fields as text right now if you have a lot of them.
Describe alternatives you've considered
Users can use "{{ 00 | as_text }}" instead of "00" anywhere. "'00'" should work too in most cases.
Additional context
Any/All dbs
Who will this benefit?
dbt users who configure a lot of numeric-looking strings.
The text was updated successfully, but these errors were encountered:
Describe the feature
Currently, in config files in dbt that are rendered in the native environment, we provide an
as_text
filter that dbt uses to identify a value that should not be converted to the native env rendering. We should provide a similar feature at the yaml level, so users can mark fields (perhaps even recursively?) as being "really strings" to either be rendered in the non-native jinja renderer or not rendered at all.The big issue is that it's pretty tedious to mark all the relevant fields as text right now if you have a lot of them.
Describe alternatives you've considered
Users can use
"{{ 00 | as_text }}"
instead of"00"
anywhere."'00'"
should work too in most cases.Additional context
Any/All dbs
Who will this benefit?
dbt users who configure a lot of numeric-looking strings.
The text was updated successfully, but these errors were encountered: