-
Notifications
You must be signed in to change notification settings - Fork 5
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
api updates as of 2/3 #48
api updates as of 2/3 #48
Conversation
models/stg_linkedin.yml
Outdated
@@ -61,7 +61,7 @@ models: | |||
tests: | |||
- dbt_utils.unique_combination_of_columns: | |||
combination_of_columns: | |||
- version_tag | |||
- _fivetran_synced |
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.
Previously, this was the version_tag
column that seems to be deprecated - with no alternative solutions (for now). This should be just the last_modified_at
/last_modified_timestamp
column, however, there are currently duplicate records.
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.
Coming back to this comment, if I recall you mentioned there was a rollout on the connector side that should have deleted these duplicate records. These tests should catch and raise duplicates, so aren't we intentionally skipping those with the addition of the _fivetran_synced field?
My proposal would be to either remove _fivetran_synced and catch the true duplicates so customers may be aware and address them, or remove the test altogether. What are your thoughts?
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.
So I took some time to look into this a bit more today - in our data, it looks like there could still be duplicates if the creative object was deleted from the source and therefore no longer synced into the destination.
I don't think engineering plans on removing duplicates in the above instances and therefore even if the test captured duplicates, I'm not sure if there would be an action item. 🤔 While it doesn't 100% feel right for me to just remove the test all together, I don't know what other options we truly have here.
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 and added messaging within the CHANGELOG!
To-do:
|
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-sheringuyen The changes look good; however, I will hold off on approving until we get confirmation from the product team that these are good to roll out.
Additionally, I had a super minor comment to address in the meantime.
|
||
- name: campaign_id | ||
description: The ID of the campaign the creative belongs to. | ||
|
||
- name: status | ||
- name: click_uri |
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-sheringuyen so that you are aware - the click_uri
field will contain data for both text and spotlight ad types. No other ad types contain data for 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.
@Csgoodman do you have an example of the structure of this updated field?
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.
circling back for documentation - it seems that a creative can only be of a single type -- dynamic ad, text or reference to InMail Content. So this field will follow essentially the same formatting and will only hold data for one of the previously mentioned ads (no need to worry about comma separated lists or anything!)
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-sheringuyen thanks for working so hard to get through these API updates and ensure the changes to the package are properly reflected 🙏
I did have a few suggestions and a comment around the test on the staging model. Happy to chat more about this in person if you would prefer.
CHANGELOG.md
Outdated
- `version_tag` | ||
|
||
## Updates | ||
- The following legacy fields have been updated respectively in the connector and [PR #48](https://github.com/fivetran/ dbt_linkedin_source/pull/48) includes the below modifications: |
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.
models/stg_linkedin.yml
Outdated
@@ -61,7 +61,7 @@ models: | |||
tests: | |||
- dbt_utils.unique_combination_of_columns: | |||
combination_of_columns: | |||
- version_tag | |||
- _fivetran_synced |
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.
Coming back to this comment, if I recall you mentioned there was a rollout on the connector side that should have deleted these duplicate records. These tests should catch and raise duplicates, so aren't we intentionally skipping those with the addition of the _fivetran_synced field?
My proposal would be to either remove _fivetran_synced and catch the true duplicates so customers may be aware and address them, or remove the test altogether. What are your thoughts?
CHANGELOG.md
Outdated
|
||
## Under the Hood | ||
- `integration_tests/seeds/linkedin_creative_history_data` has been updated to reflect new fields and deprecated fields | ||
- Uniqueness testing in `stg_linkedin_ads__creative_history` has been updated to now include `_fivetran_synced` and `last_modified_at` in place of the previous test with `version_tag`. |
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.
Same comment from the staging model about the inclusion of _fivetran_synced being included in the test. I would prefer we remove it if you think that is a possibility.
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!
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 seeing this through to the end and working on addressing the necessary updates!
❗ ❗
We are currently waiting for data to verify the updates before merging and releasing the changes in this PR. If you are currently using our Linkedin Source Package and would like to test out this version of the package, we would love to hear about your experience. Please feel free to comment below and let us know what your experience is!
For those interested, you can test out this version by adding the below in your packages.yml and temporarily comment out your current version of
dbt_linkedin_source
. Note, if you are using thedbt_linkedin
package, please refer to the instructions for that package instead!❗ ❗
Are you a current Fivetran customer?
Fivetran Employee 💃
What change(s) does this PR introduce?
🚨 Breaking Changes 🚨
Due to Linkedin Ads API change in January 2023, there have been updates in the Linkedin Ads Fivetran Connector and therefore, updates to this Linkedin package.
The following fields have been completely deprecated in the
stg_linkedin_ads__creative_history
model (PR #48):type
call_to_action_label_type
version_tag
Updates
last_modified_time
has been updated tolast_modified_at
created_time
has been updated tocreated_at
status
has been updated tointended_status
src_linkedin.yml
have been updated to reflect new definitions for the above updated fields.Under the Hood
integration_tests/seeds/linkedin_creative_history_data
has been updated to reflect new fields and deprecated fieldsstg_linkedin_ads__creative_history
has been updated to now include_fivetran_synced
andlast_modified_at
in place of the previous test withversion_tag
.Did you update the CHANGELOG?
Does this PR introduce a breaking change?
Did you update the dbt_project.yml files with the version upgrade (please leverage standard semantic versioning)? (In both your main project and integration_tests)
Is this PR in response to a previously created Bug or Feature Request
How did you test the PR changes?
Select which warehouse(s) were used to test the PR
Provide an emoji that best describes your current mood
💃
Feedback
We are so excited you decided to contribute to the Fivetran community dbt package! We continue to work to improve the packages and would greatly appreciate your feedback on our existing dbt packages or what you'd like to see next.