Bug #6987
closed
Hidden rows that don't exist cause performance drop
Added by krileon about 7 years ago.
Updated about 7 years ago.
Start date:
17 January 2018
Description
When there's hidden rows for activity that doesn't exist it results in performance drop when outputting the hidden activity page.
Best way to fix this seams to be to change the hidden query to a union usage to combine the 3 hidden type checks. Maybe a new API library should be implemented specifically for handling hidden activity, comments, etc..
Nope, no union needed. Simplify the join to only join the viewing users hidden rows as a LEFT join. Next add the filtering to the WHERE statement directly. Drops the query to 0.02s average.
- Status changed from Assigned to Resolved
- % Done changed from 0 to 100
- Status changed from Resolved to Assigned
- % Done changed from 100 to 50
Only fix for this was to indeed use a union of 3 queries to the 3 different hidden types.
- Status changed from Assigned to Resolved
- % Done changed from 50 to 100
- Status changed from Resolved to Closed
Also available in: Atom
PDF
Updated by