-
Notifications
You must be signed in to change notification settings - Fork 212
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
feat(carts): Remove cart email column #18559
Conversation
05310fd
to
5086934
Compare
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.
r+. Just the one question about the migration script.
-- `email` field can be populated via the `uid` column in the `accounts` table. | ||
-- Throw an error if any carts have an email value but no uid value. Only update the patch level if successful |
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.
Why is this necessary? Could the column just be dropped?
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.
The assumption as I understand it is that the cart should always have a uid if it has an email. We could simply not check for it as it shouldn't catch anything.
If it doesn't seem worthwhile, I'd be happy to drop the check
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'm inclined to say it's not worth it. But maybe I'm not seeing risk here.
Assume, we hard drop the email column, regardless of if there was or wasn't a uid. What would be the risk of having a cart row which previously had an email, but doesn't have a uid?
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.
the main concern around this is that we may have carts that were previously attributed to a stub account via their email, but that didn't have an actual uid associated with them. Do you know if that's likely to be an issue? I don't recall if the stub account logic was ever actually live
5086934
to
ec15896
Compare
Because: * The cart email is a diplication of the data from the cart's mozilla account (if it has one) This commit: * Removes the email field from the carts table * Updates the type references * Provides the necessary patches Closes #FXA-11314
ec15896
to
327a953
Compare
I think this will break our sync jobs. We need to be careful when removing columns. I think this patch will fix it and have asked for review from the data team: mozilla/bigquery-etl#7229 |
Because
This pull request
Issue that this pull request solves
Closes: FXA-11314
Checklist
Put an
x
in the boxes that applyScreenshots (Optional)
Please attach the screenshots of the changes made in case of change in user interface.
Other information (Optional)
Any other information that is important to this pull request.