Conversation
|
Looks like the integration test failures on this PR appear to be somewhat similar to those seen on this bug: #488. Is it fair to assume that this PR may actually be blocked based on an upstream regression? |
I see you were a lot involved in that feature. Do you plan to fix the remaining bugs ? Thanks a lot ! |
|
Hi @mouscaillot - No, I haven't made any contributions on this PR, actually. I am am only a follower such as yourself. :) @dpguthrie - Are you able to offer any status update on this PR, by chance? It appears that @llifoawing is no longer active on this repo. |
|
I'm no longer working on this. Someone will have to take it over from here |
|
@dpguthrie i'm likely going to pick this back up due to some demand in the dbt Slack |
Overview
This PR adds source freshness executions to the package. This was recently added into dbt-core and now if the user opts into this behavior (adding a specific flag in their dbt_project.yml file), the
Resultsobject will be populated with SourceFreshnessResults. The behavior is very similar to all of the other_executionstables/models.Update type - breaking / non-breaking
What does this solve?
#166
Outstanding questions
The schema is slightly different than all of the other
_executionstables. Happy to change that, it just seemed that 1) some of the info wasn't relevant and 2) there's additional info we need to capture.What databases have you tested with?