Skip to content
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.

Sign up for GitHub

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

Jump to bottom

destroy_links is slow #974

Closed
camallen opened this issue Jun 15, 2015 · 0 comments
Closed

destroy_links is slow #974

camallen opened this issue Jun 15, 2015 · 0 comments
Assignees
@edpaget
Labels
enhancement
Milestone
Soft Launch

Comments

@camallen
Copy link
Contributor

similar to #672

Same issue as update_links, a destroy on each as well as any subsequeunt count callbacks, etc. Instead we should bulk delete the set_member_subjects, the associated subject_workflow_counts and manually queue the QueueRemovalWorker.

Once the set_member_subjects are taken care of we can then remove the subject_set and it's subject_set_workflows by a normal delete probably (taking care to reset the subject_set#set_member_subject relation).
@camallen camallen added this to the Soft Launch milestone Jun 15, 2015
@edpaget edpaget self-assigned this Jun 17, 2015
@camallen camallen mentioned this issue Jun 18, 2015
Merged
edpaget pushed a commit to edpaget/Panoptes that referenced this issue Jun 18, 2015
Speed up destroy_links for subject sets
7a5eb24 
Delete links without callbacks and manually queue workers. Closes zooniverse#974
@dependabot-preview dependabot-preview bot mentioned this issue Mar 28, 2018
Closed
@dependabot-preview dependabot-preview bot mentioned this issue Jul 18, 2018
Merged
2 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@edpaget edpaget

Labels
enhancement
Projects
None yet
Milestone
Soft Launch
Development

No branches or pull requests
2 participants
@edpaget @camallen