Merge lp://staging/~jtv/launchpad/bug-408718 into lp://staging/launchpad
Proposed by
Jeroen T. Vermeulen
Status: | Merged | ||||
---|---|---|---|---|---|
Approved by: | Brad Crittenden | ||||
Approved revision: | no longer in the source branch. | ||||
Merged at revision: | not available | ||||
Proposed branch: | lp://staging/~jtv/launchpad/bug-408718 | ||||
Merge into: | lp://staging/launchpad | ||||
Diff against target: | None lines | ||||
To merge this branch: | bzr merge lp://staging/~jtv/launchpad/bug-408718 | ||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Brad Crittenden (community) | Approve | ||
Review via email: mp+9696@code.staging.launchpad.net |
To post a comment you must log in.
= Bug 408718: a cleanup =
At one point a caching query in the import process was observed to use
far too much temporary-table space on the database server. The query
text was not fully known, since the place it was observed in truncated
it. There is no doubt which query it is, however.
The spike was probably a fluke, but it turns out there are two tables in
the join that needn't be. Might as well take them out and make it that
little bit easier for the admins to see what's going on.
And who knows, it may even help performance a bit. :-)
Test: import'
{{{
./bin/test -vv -t 'translations.
}}}
QA: Perform normal imports on staging. The importer runs as a cron job
there, so no LOSA help needed. Just pick an Imported upload from the
staging import queue and reset it to Approved:
https:/ /translations. staging. launchpad. net/+imports/ +index? field.filter_ target= [PRODUCT] &field. filter_ status= APPROVED
Then watch it go back to Imported sometime in the next hour or so. Or
if there are none, approve a few Needs Review ones and see that they
either succeed or produce sensible error messages.
No lint complaints.
Jeroen