Last modified: 2014-10-03 09:39:20 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T73603, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 71603 - slow report result and report list fetching
slow report result and report list fetching
Status: NEW
Product: Analytics
Classification: Unclassified
Wikimetrics (Other open bugs)
unspecified
All All
: Unprioritized normal
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-10-03 09:39 UTC by Dan Andreescu
Modified: 2014-10-03 09:39 UTC (History)
7 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Dan Andreescu 2014-10-03 09:39:20 UTC
It looks like we need a simple index on the report table, probably on the user_id column, to speed up two operations that have become slow with the huge size of the report table:

* fetching the results of a single report
* fetching the list of all reports for a user

Also, we could put in place a regular cleanup of the database that deletes reports older than 30 days (these are not displayed in the UI anyway).  This by itself would not solve the problem as within 30 days EEVS generates a huge amount of report records.

Yet another improvement could be a way for the report to clean up records after itself (for example, it could delete its ValidateReport, AggregateReport, MultiProjectMetricReport, and MetricReport records if those don't store any intermediary results - which right now they don't).

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links