You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For a large dataset, we don't want the inner tests on the text values to be carried out for any documents that have field_id outside the range given at the outer level of the query. This is a toy example and I understand that in this specific case, I could just remove scope around the text clauses and make everything toplevel, but my question is really about whether and how an outer clause might be applied to nested levels, if at all.
Is there an existing optimization layer that does this? Currently I've been applying range constraints within the deepest nested levels of my queries to "avoid work", but I don't know whether this is necessary. I've seen some recent work on AST optimizations in #2449 and #2461, and comments like this but it's difficult to get an overall sense of what is and isn't done w.r.t. my question.
TL,DR, "Should I repeat my toplevel range constraints in nested layers for performance?"
The text was updated successfully, but these errors were encountered:
We do have seek in DocSet, which is used to skip docids in AND queries
How effective it is depends on the implementation, in the worst case it just calls advance
There's no documentation but you can check the DocSet implementations
Generally there's some room for improvement here.
I take this to mean that it will depend on the specific implementation currently in the DocSet code, and that I should look there. Closing.
A query like this:
For a large dataset, we don't want the inner tests on the
text
values to be carried out for any documents that havefield_id
outside the range given at the outer level of the query. This is a toy example and I understand that in this specific case, I could just remove scope around the text clauses and make everything toplevel, but my question is really about whether and how an outer clause might be applied to nested levels, if at all.Is there an existing optimization layer that does this? Currently I've been applying range constraints within the deepest nested levels of my queries to "avoid work", but I don't know whether this is necessary. I've seen some recent work on AST optimizations in #2449 and #2461, and comments like this but it's difficult to get an overall sense of what is and isn't done w.r.t. my question.
TL,DR, "Should I repeat my toplevel range constraints in nested layers for performance?"
The text was updated successfully, but these errors were encountered: