This one I can pretty much guarantee will take too long. I tried something
similar with a single book and found it unacceptably slow. Although I didn't
think too much about the possibility of extracting it from an already
existing index, but I'd be surprised if it would work quickly enough....

Although if there is a way to do something like this I'd be really, really
interested.....

Erick

On 12/16/06, Phil Rosen <[EMAIL PROTECTED]> wrote:

I wonder if storing the ids of a users bookshelf only, and then at runtime
when they perform a search create a temporary ramdirectory index of only
the
books in the user's bookshelf could satisfy both points 2 & 3.

Speaking of Ramdirectory, is there a simple way to convert hits to an
index
without iterating?

-----Original Message-----
From: howard chen [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 16, 2006 5:30 AM
To: java-user@lucene.apache.org
Subject: [Interesting Question] How to implement Indexes Grouping?

Consider the following interesting situation,

A library has around 100K book, and want to be indexed by Lucene, this
seems to be straight forward, but....

The target is:

0. You can search all books in the whole library [easy, just index it]

1. users in this system can own a numbers of books in their personal
bookshelf, the users might only want to search book in their bookshelf
ONLY.

2. if each users own a copy of the index of their personal bookshelf,
this seems to be waste of storage space as books are shared by many
users.

3. If no matter users own what book, the whole indexes is to be
searched, this seems to be waste of computation power if he just own a
few books only.


In this situation, how would you design a indexing + search system?

Any idea can share?

:)

Thanks.

---------------------------------------------------------------------
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]


Reply via email to