forked from lix-project/hydra
![]() faster, from about 4.5s to 1.0s for the global "latest" channel. Note that the query is only fast if the "IndexBuildsOnJob" and "IndexBuildsOnJobAndIsCurrent" indices are dropped - if they exist, PostgreSQL will use those instead of the more efficient "IndexBuildsOnJobFinishedId" index. Looks like a bug in the planner to me... |
||
---|---|---|
doc | ||
src | ||
COPYING | ||
deps.nix | ||
release.nix |