Currently I'm working with a single index where content is indexed by it's original printed page. I have to show the total number of matching documents, so I end up running through all the hits and taking an order of magnitude hit on performance as I calculate the number of unique documents. It's stupid for many many reasons.

To correct all this, I've decided to create two (maybe three) indexes for the same set of documents: in the first index there is a one to one relationship between the original document and the Lucene Document object. The other index is a paragraph index, where each lucene document represents a single paragraph. I may even throw in a third index where each lucene document represents a logical section/chapter.

When I'm building the search results page I'll have to execute a fair number of queries. The first query will execute on the Document-Index, then for each of the 10 to 2o results I'm displaying at the time, I'll execute another query to find the best paragraph and or section.

Is this a reasonable solution to the problem?
Thanks for the advice.
Dan


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

Reply via email to