Here's a fix for the inner-most query generating sub. From the commit message:
Previously, in some cases (often needlessly) we oredered constituent
records within a metarecord by a combination of type/form/blvl. This
is not only of little use, but also expensive. Instead, order them
by the bib's calculated quality, which takes type/form/blvl into account
already.
Also, use the new metabib.record_sorter to find the title tie-breaker
instead of using the view-of-a-view-of-a-view mrd compatability shim.
The net result is several orders of magnitude speed increase for constiuent
record retrieval.
Here's a fix for the inner-most query generating sub. From the commit message:
Previously, in some cases (often needlessly) we oredered constituent
records within a metarecord by a combination of type/form/blvl. This
is not only of little use, but also expensive. Instead, order them
by the bib's calculated quality, which takes type/form/blvl into account
already.
Also, use the new metabib. record_ sorter to find the title tie-breaker a-view- of-a-view mrd compatability shim.
instead of using the view-of-
The net result is several orders of magnitude speed increase for constiuent
record retrieval.
http:// git.evergreen- ils.org/ ?p=working/ Evergreen. git;a=shortlog; h=refs/ heads/user/ miker/lp1321017 -fast-MR- constituent- retrieval