Merge lp:~jtv/launchpad/getBinariesForDomination-bulk into lp:launchpad
Status: | Merged | ||||
---|---|---|---|---|---|
Approved by: | Jeroen T. Vermeulen | ||||
Approved revision: | no longer in the source branch. | ||||
Merged at revision: | 14237 | ||||
Proposed branch: | lp:~jtv/launchpad/getBinariesForDomination-bulk | ||||
Merge into: | lp:launchpad | ||||
Prerequisite: | lp:~jtv/launchpad/bug-884649-branch-1 | ||||
Diff against target: |
21 lines (+10/-1) 1 file modified
lib/lp/archivepublisher/domination.py (+10/-1) |
||||
To merge this branch: | bzr merge lp:~jtv/launchpad/getBinariesForDomination-bulk | ||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Raphaël Badin (community) | Approve | ||
Review via email: mp+81020@code.launchpad.net |
This proposal supersedes a proposal from 2011-11-02.
Commit message
Bulk-fetch BinaryPackageRe
Description of the change
This is a little side-note to some Dominator optimization work I'm doing for bug 884649: bulk-fetch BinaryPackageRe
There is no functional change, so existing tests apply unchanged.
As far as I can tell, the only performance downside to this is that the query returns more data; nothing else about the query changes, and there should be very little duplication between the extra objects (any duplication only happens, as far as I can see, when a package moves from one component to another or something relatively rare along those lines).
Existing tests:
{{{
./bin/test -vvc lp.archivepubli
}}}
No lint.
Jeroen
Looks good.
(Maybe you could use the denormalized attribute on BinaryPackagePu blishingHistory to get the relative BinaryPackageNa mes.)