That may be a good idea. Is it possible to do this efficiently, like inside
of the collect() call of a hitCollector? Right now, that's how my reporting
tool works:
Searcher searcher = new MultiSearcher(directories[] ...);
HitCollector myHC = new MyHitCollector(searcher, ...);
Searcher.search(myQuery,myHC);
myHC.reportStatistics();
And myHC.collect(int docid, float rawscore) looks like
public void collect(int docid, float rawscore) {
Document doc = searcher.doc(docid);
String s1 = doc.get("field1");
String s2 = doc.get("field2");
String s3 = doc.get("field3");
...
CumulateStatistics(s1,s2,s3,...);
}
I know that the indexreader has the termPositions method, but I can't use
this approach as I need to do this from within the 'search' call. Do you
have an idea how I could use it in my scheme?
Jp
-----Original Message-----
From: Mike Klaas [mailto:[EMAIL PROTECTED]
Sent: Friday, October 20, 2006 5:00 PM
To: java-user@lucene.apache.org
Subject: Re: "Catalog" backend for document stored fields?
On 10/20/06, Robichaud, Jean-Philippe
<[EMAIL PROTECTED]> wrote:
> 3- Any ideas on how else I could do this? I'm fully open to
> discussion!
How about not storing the fields at all, but storing term vectors, and
reconstructing the data from termpositions + terminfo?
-Mike
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
