lucene-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Greg Shackles" <gshack...@gmail.com>
Subject Re: Lucene implementation/performance question
Date Wed, 12 Nov 2008 19:53:12 GMT
>
> Right, sounds like you have it spot on. That second * from 3 looks like a
> possible tricky part.


I agree that it will be the tricky part but I think as long as I'm careful
with counting as I iterate through it should be ok (I probably just doomed
myself by saying that...)

Right...you'd do it essentially how Highlighting works...you do the search
> to get the docs of interest, and then redo the search somewhat to get the
> highlights/payloads for an individual doc at a time. You are redoing some
> work, but if you think about, getting that info for every match (there could
> be tons) doesn't make much since when someone might just look at the top
> couple results, or say 10 at a time. Depends on your usecase if its feasible
> or not though. Most find it efficient enough to do highlighting with, so I'm
> assuming it should be good enough here.


In my case I actually need all of the results, no matter how many there
are.  I imagine my use case is somewhat different than what Lucene is
typically used for, but if performance is good for payloads then I would
suspect this method would prove to be pretty quick overall (especially
compared to the old way I was doing it).  I think this is the route I'm
going to go, so I will report back with progress as it goes.

- Greg

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message