[
https://issues.apache.org/jira/browse/SOLR-3230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13227077#comment-13227077
]
Yonik Seeley commented on SOLR-3230:
------------------------------------
Looks like this patch would probably break post filtering for geofilt since the
spatial query would no longer be top-level.
geofilt already does do a bounding box, but it does it "frange" style where it
checks the fieldcache against documents.
It will tend to be be faster when many points match, and slower when few points
match.
It will also tend to be faster when cache=false and few points match the main
query + other filters.
Hence, it's very important to test these differences in the exact context they
will be used in (i.e. with typical queries and filters for your app).
One way to put the bbox before the geofilt when both are non-cached is
{code}
&fq={!bbox cache=false cost=50}
&fq={!geofilt cache=false cost=60}
{code}
I'm not sure what the right default is, or if we can somehow dynamically detect
which will be better for a particular request.
We could add a flag on geofilt to allow switching between the different
bounding box styles (fieldcache vs standard range).
> Performance improvement for geofilt by doing a bbox approximation and then
> Filter
> ---------------------------------------------------------------------------------
>
> Key: SOLR-3230
> URL: https://issues.apache.org/jira/browse/SOLR-3230
> Project: Solr
> Issue Type: Improvement
> Reporter: Bill Bell
> Assignee: Grant Ingersoll
> Fix For: 4.0
>
> Attachments: SOLR-3230.patch
>
>
> This changes {!geofilt} to use a bounding box and then does a accurate filter.
> See attachment
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
