Skip to content

Ignoring the q parameter slows down queries to living atlases #301

Description

@mjwestgate

SOLR adds a hidden q=*:* if you don’t specify a q parameter to API calls, and thus it first performs the “return all results” before applying the fq. This is much slower to return results. However, q only accepts one filter, so we need to change our parsing architecture to extract one of our fq parameters (where present) and place it in q, without affecting the other filters supplied by the user.

This is a legacy problem affected by the architecture of the website, where you can only really get to the biocache via an 'initial' search, with fq being intended for refining that initial search. The problem doesn't affect GBIF because you just supply all your predicates at once.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions