Replies: 2 comments 4 replies
-
Hi Klaus! Datavault4dbt has been tested a lot and is based on years of successfully implementing Data Vault on dbt, therefore it is ready for production! Regarding your questions on how to handle effectivity: Since effectivity can be determined in many different ways, there isn't "the" standard object to build. If there is nothing about effectivity in the source data, you would have to use our record-tracking satellite macro to store information about all the appearances of an object. Based on these appearances, you can apply business logic to define effectivity. The record-tracking satellite is best materialized as a table and therefore ready for delta loads. It would capture the appearances in each delta, as long as the corresponding dbt model is executed on top of each delta. You are not limited to a persistent staging area to get the value of record-tracking satellites. For more information about effectivity in datavault4dbt, see this wiki page. I hope this helps, if not don't hesitate to reach out to us via [email protected]! Kind regards, |
Beta Was this translation helpful? Give feedback.
-
Hi, what is the status of the effectivity satellite? I see some commits on this topic, but the macro's where removed. |
Beta Was this translation helpful? Give feedback.
-
Hi,
I am going to start a new DV dbt project soon, and thus I am comparing the different dbt solutions dbtvault and datavault4dbt.
dbtvault is now available for several years and they reached version 0.9 latestly.
Is datavault4dbt already on the same level?
What about missing objects: first of all a macro for "effectivity Sats" which I was learned would be the standard for handling relationship aging in case there is not already valid_from and valid_until columns in the source?
Instead datavault4dbt uses the "record tracking sat" (for the moment) to handle relationship aging
Thanks a lot for clarification
Klaus
Beta Was this translation helpful? Give feedback.
All reactions