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
At the moment you can alias a hashdiff in dbtvault satellite macros. This is so that you may have a standardised name for your hashdiff in every satellite, even if they share the same primed staging area.
This use case is not isolated to hashdiffs however, for example for a Link Primary key we may want to always call them LINK_HK fo simplicity of joins later on, or just so we have uniform links.
Being able to do this for any parameter in any macro would be ideal, and would make it much easier to standardise across our raw vault.
Something like the following would be very useful:
On the topic of standardised naming, we plan to make this configuration centralised. Some day wuldn't it be cool if you could do the following in dbt_project.yml:
vars:
hash: MD5hashdiff_name: HASHDIFF
This would ensure the hashdiff of every satellite would be named HASHDIFF
At the moment you can alias a hashdiff in dbtvault satellite macros. This is so that you may have a standardised name for your hashdiff in every satellite, even if they share the same primed staging area.
This use case is not isolated to hashdiffs however, for example for a Link Primary key we may want to always call them
LINK_HK
fo simplicity of joins later on, or just so we have uniform links.Being able to do this for any parameter in any macro would be ideal, and would make it much easier to standardise across our raw vault.
Something like the following would be very useful:
Resulting in a table like:
The future
On the topic of standardised naming, we plan to make this configuration centralised. Some day wuldn't it be cool if you could do the following in
dbt_project.yml
:This would ensure the hashdiff of every satellite would be named
HASHDIFF
AB#5370
The text was updated successfully, but these errors were encountered: