-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Release/v0.16.0 #149
Release/v0.16.0 #149
Conversation
|
||
{% if is_incremental() %} | ||
where _fivetran_synced_date >= {{ max_fivetran_synced_date }} | ||
{% endif %} | ||
), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
removed since upstream relies on transaction_lines now instead of transactions for incremental, and we don't want to miss any transactions. also this section is only used if balance sheet transaction detail columns are specified dbt_project.yml file.
|
||
{% if is_incremental() %} | ||
where _fivetran_synced_date >= {{ max_fivetran_synced_date }} | ||
{% endif %} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
removed same as balance_sheet
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Overall these changes look good to me! Thanks for adding a new validation test to ensure integrity of the incremental model going forward. I just have a three small comments but nothing worth blocking an approval. Thanks!
For Netsuite2, [PR #149](https://github.com/fivetran/dbt_netsuite/pull/149) includes the following updates: | ||
|
||
## Breaking Changes (Full Refresh Required) | ||
- Revised the incremental logic of the `netsuite2__transaction_details` model to use `transaction_lines` CTE as the primary driver instead of `transactions`. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can we also add a small note here to mention that we still encourage periodic full refresh runs to ensure data quality over time. Similar to what we say in the README.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated!
with transactions_with_converted_amounts as ( | ||
select * | ||
from {{ref('int_netsuite2__tran_with_converted_amounts')}} | ||
|
||
{% if is_incremental() %} | ||
where _fivetran_synced_date >= {{ max_fivetran_synced_date }} | ||
where _fivetran_synced_date >= {{ netsuite.netsuite_lookback(from_date='max(_fivetran_synced_date)', datepart='day', interval=var('lookback_window', 3)) }} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Quick question - is there an added benefit to having this exist directly here as opposed to in the set
statement we had previously? Or is this mainly to make the code dryer and more concise?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I had used a variable before because I used the result in two places, but since I removed the the 2nd is_incremental
block, I just moved it back down here so it was inline.
{# This test is to check if the transaction_details has the same number of transactions | ||
as the source transaction lines table after joining with the transactions source. | ||
This is important when making incremental logic changes. #} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is a great test to have especially for incremental integrity. Thanks for adding this!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@fivetran-joemarkiewicz Thanks--made the updates!
For Netsuite2, [PR #149](https://github.com/fivetran/dbt_netsuite/pull/149) includes the following updates: | ||
|
||
## Breaking Changes (Full Refresh Required) | ||
- Revised the incremental logic of the `netsuite2__transaction_details` model to use `transaction_lines` CTE as the primary driver instead of `transactions`. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated!
with transactions_with_converted_amounts as ( | ||
select * | ||
from {{ref('int_netsuite2__tran_with_converted_amounts')}} | ||
|
||
{% if is_incremental() %} | ||
where _fivetran_synced_date >= {{ max_fivetran_synced_date }} | ||
where _fivetran_synced_date >= {{ netsuite.netsuite_lookback(from_date='max(_fivetran_synced_date)', datepart='day', interval=var('lookback_window', 3)) }} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I had used a variable before because I used the result in two places, but since I removed the the 2nd is_incremental
block, I just moved it back down here so it was inline.
Would we need to add an account join here as well? |
@fivetran-joemarkiewicz Could you take a look at this? @fivetran-reneeli asked a good question, but wondering if there was a reason. |
@fivetran-joemarkiewicz I removed the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! Thanks for making this update. @fivetran-catfritz as a final request please unlink Issue #128 from this PR so we don't auto close it after merging into main.
PR Overview
This PR will address the following Issue/Feature:
This PR will result in the following new package version:
Please provide the finalized CHANGELOG entry which details the relevant changes included in this PR:
Breaking
PR Checklist
Basic Validation
Please acknowledge that you have successfully performed the following commands locally:
Before marking this PR as "ready for review" the following have been applied:
Detailed Validation
Please share any and all of your validation steps:
If you had to summarize this PR in an emoji, which would it be?
💃