On Wed, 23 Jul 2008 11:28:49 -0700 (PDT)
briand <[EMAIL PROTECTED]> wrote:
> I have documents in SOLR such that each document contains one to many points
> (latitude and longitudes). Currently we store the multiple points for a
> given document in the db and query the db to find all of the document ids
> around a given point first. Once we have the list of ids, we populate the
> fq with those ids and the q value and send that off to SOLR to do a search.
> In the "longest" query to SOLR we're populating about 450 ids into the fq
> parameter at this time. I was wondering if anyone knows the performance
> implications of passing so many ids into the fq and when it would
> potentially be a problem for SOLR? Currently the query passing in 450 ids
> is not a problem at all and returns in less than a second. Thanks.
Hey Brian,
sorry, i can't answer your question. but I wonder if you tried Postgresql +
PostGis extensions, and what has your experience been, compared to Lucene/SOLR.
thanks :)
b
_________________________
{Beto|Norberto|Numard} Meijome
Computers are like air conditioners; they can't do their job properly if you
open windows.
I speak for myself, not my employer. Contents may be hot. Slippery when wet.
Reading disclaimers makes you go blind. Writing them is worse. You have been
Warned.
