-
Notifications
You must be signed in to change notification settings - Fork 43
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
Keys too large for MySQL defaults #630
Comments
Related to this issue: #453 I think I mistakenly moved this to a discussion, but we should definitely fix this and agree with option 2 if it can be done safely. |
Just noticed that Loren suggested just removing common_backup.py. I think we can at least safely not put it in the init, but we could also just consider removing it all together. |
@CBroz1 @akgillespie8 I was the one who made the common_backup when I was migrating some tables. I don't think we need those tables anymore and I agree that we should drop them and get rid of |
Same problem is happening in:
|
As per discussion in #630, we do not need common_backup and it is causing issues with long primary keys and mysql 8.0
* Remove common backup As per discussion in #630, we do not need common_backup and it is causing issues with long primary keys and mysql 8.0 * Remove common_backup import
Looks like each of these has long varchars in the primary key, but they're not unique, so I don't know why these in particular cause issues. Given that |
varchar
may cause issues on some databases
Paths forward include
I'm in favor of making adjustments to spyglass itself, as this would make it more user-friendly |
* Contrib doc edits * #531 * #532: PR Template * Fix numbering * Typo * #658 config. Start to phase out config dir * Update changelog * Add docstrings. Separate sql content from funcs * #630 - Reduce varchar approach * More varchar edits * Fix typo. Note all Reduce Varchar changes * Fix linting * Blackify * Update changelog, citation * typo * Remove unwanted import
This remains an issue with the production database but not spyglass itself. I hit some roadblock in a python tree search. Next phase will be to try to edit backup files and restore from there |
common_backup has some unnecessarily long primary keys with
varchar(500)
. @akgillespie8 found this to be an issue when declaring tables for her MySQL instance. We should either...Given that the current max length of entries is 60, I think we can safely do the latter. I suggest
varchar(128)
The text was updated successfully, but these errors were encountered: