Hi Tim,

is it possible that the slow queries contains terms that are very common in your index? If so you could replace those clauses with a filter. This would impact the score as filters does nothing with that, but if your query contains enough other clauses that should not be a problem.

That is how I've in several applications managed to solve the problem you describe.


     karl

4 dec 2008 kl. 21.27 skrev Tim Sturge:

Hi all,

I have an interesting problem with my query traffic. Most of the queries run in a fairly short amount of time (< 100ms) but a few take over 1000ms. These queries are predominantly those with a huge number of hits (>1 million hits in a >100 million document index). The time taken (as far as I can tell) is
for lucene to sit there while it scores and sorts all these results.

However it turns out these queries really don’t have top results. That is, of the million documents, there are easily 10000 which are decent results (basically those above some threshold score). Frankly, just returning some
consistent (so paging and reload work) but
otherwise arbitrary ranking of these 10000 results would be more than good
enough.

It seems to me that a solution would be to impose some sort of pseudo-random filter (e.g. consider only every n-th document assuming they are uniformly distributed). I’m wondering if anyone else has experience with this sort of
issue and what solutions they have found to work well in practice.

Thanks,

Tim


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to