Why do you care? By that I mean that nothing you've written gives us any clue whether you need to do anything about making things faster. "Making things faster" is a laudable goal, but not worth worrying about until you can confidently state you have performance issues.
And you've provided no details that'll help us help you. How big is your index? What kinds of queries are you submitting? What are your performance requirements? What kind of throughput are you expecting (i.e. queries per second)? What kind of hardware are you running on? What are your JVM settings? This is for SOLR, but it might help if you reviewed it: http://wiki.apache.org/solr/UsingMailingLists Best Erick On Thu, Aug 26, 2010 at 1:01 AM, <suman.hol...@zapak.co.in> wrote: > > > hi , > > 1. whether any search query, will scan for all documents in the > lucene indexes > > 2. > > I want to search query faster.So I thought of if I > could reduce the number of docs , lucene needs to search for , when given > some search parameters. It would act lil faster. > > Can we make subset > (subindexes) or say give some subset which should be scanned ,so as the > search performs efficiently (small subset to scan , faster ll b the > result) > Do not want to use filtered query as it will search twice the > indexes and I simply do not have requirement to scan again on the basis of > set of parameters again. I mean every query will be a unique one . > > > Thanks, > Suman
