: --OK, is there a preferred strategy for generating lists of distinct
: attributes in the hit[]? I've seen Hoss' post about using QueryFilters,
: but that assumes that you know what values you want to count; but I
: won't know the domain of values to expect in every field... Can I get
: creativ
Follow-up questions below denoted with "--"
Thanks,
Zach
-Original Message-
From: Erik Hatcher [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 31, 2005 12:25 PM
To: java-user@lucene.apache.org
Subject: Re: Ideal Index Fragmentation
On Aug 30, 2005, at 9:53 PM, Friedlan
On Aug 30, 2005, at 9:53 PM, Friedland, Zachary (EDS - Strategy) wrote:
> > * I'm interested in implementing a "dynamic filter" component
> > that will walk through the hits[] object and pull out distinct
> > values for certain fields to display as search-within-a-search
> > options (all of them w
On Aug 30, 2005, at 9:53 PM, Friedland, Zachary (EDS - Strategy) wrote:
More assorted questions:
*I have been reading the posts on using Filter vs.
BooleanQuery. To implement a search-within-a-search, it seems the
Filter is advantageous due to its cacheability, but are there other
pr
PM
To: java-user@lucene.apache.org
Cc:
Subject: Re: Ideal Index Fragmentation
Zach,
It probably won't help performance to split the index and then search
it on the same machine unless you search the indexes in parallel (with
a mu
Zach,
It probably won't help performance to split the index and then search
it on the same machine unless you search the indexes in parallel (with
a multiprocessor or multi-core machine). Even in this case, the disk
is often a bottleneck, essentially preventing the search from really
running in pa
Does anyone have experience using lots of indexes simultaneously with
the multisearcher? I'm looking to index 15 distinct objects for
searching, and was thinking of creating 15 distinct indexes for better
manageability & performance (for certain searches when I know which
index to search).
Certai
