with google
search pattern, may get some fuzzy idea :-)
thanks
jie
--
View this message in context:
http://lucene.472066.n3.nabble.com/numFound-changes-on-changing-start-and-rows-tp3999752p4061633.html
Sent from the Solr - User mailing list archive at Nabble.com.
number and others may have indexed new documents at the same time.
Especially when user hit the last page, sometimes we see the numFound off by
hundreds, this wont work.
please advice.
thanks
Jie
--
View this message in context:
http://lucene.472066.n3.nabble.com/numFound-changes-on-changing-start
changing start and rows
: We are using Solr3.6 and 2 shards, we are noticing that when we fire a
query
: with start as 0 and rows X the total numFound and the total numFound
changes
: when we fire the same exact query with start as y and rows X.
The only situation where i've ever heard of
Our documents are keyed with UUIDs, and we shard chronologically. The
write events are issued as part of a SQS queue that only allows one
reader to see the message. I think it's pretty unlikely that we have
more than one document with the same uniquekey.
I can actually prove this if it will help t
: We are using Solr3.6 and 2 shards, we are noticing that when we fire a query
: with start as 0 and rows X the total numFound and the total numFound changes
: when we fire the same exact query with start as y and rows X.
The only situation where i've ever heard of this happening is when
multipl
Sorry, in my time range example, I forgot to mention that you can
repeatedly execute the 8 hour query and receive no results, even after
the 7 hour query retrieves them.
Kind of an important detail to not forget. :)
Michael Della Bitta
Appinions |
We've noticed some pretty non-deterministic behavior with sharded
setups as well.
One thing we've noticed is that a query server can hang on to the set
of document ids that correspond to a given query even if caching is
off, which results in some weird behavior, such as a query like:
timestamp:[N
Hi,
We are using Solr3.6 and 2 shards, we are noticing that when we fire a query
with start as 0 and rows X the total numFound and the total numFound changes
when we fire the same exact query with start as y and rows X.
For example.
First time
query=abc&start=0&rows=4000
numFound- 56
