Please do not cross-list emails. Choose either Users or Dev.

Also this is the third time we have received a variant of this email, so
please stop sending it.
Someone will respond.

- Houston

On Wed, Mar 12, 2025 at 10:12 AM Daxesh Parmar <daxeshparmar0...@gmail.com>
wrote:

> Hi Team,
>
> High Query Time in Solr When Using OR with frange in fq
>
> We are experiencing high query times in Solr when using an fq filter that
> combines an OR condition with frange. The response time significantly
> increases compared to queries that do not use this combination.
>
> Query Example
> fq={!cache=false tag=prm}field:value OR {!frange l=1 u=1 v=$funcQuery}
>
> Here, $funcQuery is a function query that retrieves documents dynamically
> based on dynamic parameters.
>
> Observations
> 1) When we use just {!frange l=1 u=1 v=$funcQuery}, the query executes
> quickly[20ms].
> 2) When we use {!cache=false tag=prm}field: value alone, the query is also
> fast, its working fast with the AND operator.
> 3) However, when combining both with OR, the query time increases
> significantly [700ms].
> 4) The dataset is relatively large, but other queries with similar
> complexity run efficiently.
>
> Question
> 1) Why does the OR operation with frange cause a significant increase in
> query time?
> 2) Are there any optimizations or alternative query structures that could
> improve performance?
> 3) Would it help to restructure how function queries and filters are
> applied in this case?
> 4) Is there any alternative for frange for this use case because in our use
> case, this cannot be done at index time because the function parameters
> change very frequently?
>
> Any insights or suggestions would be greatly appreciated.
>

Reply via email to