Thanks Anthony,

I understand your comment, and I think it makes sense, the only thing is
that I have the issue that I need to guarantee privacy to the users, so if I
am able to read the indexes (if they are not encrypted), then I can pretty
much know what he says in the document, so that is why I was thinking to
encrypt the whole directory of text files as well as the index files, so the
user by giving his password can decrypt all the files and then Lucene can do
its job. In that sense I will have to open/close the indexs on demand. And
so my concern was that: if I have at a moment 1000 indexes open, would that
hit performance?

Thanks again for your answer.





Antony Bowesman wrote:
> 
> [EMAIL PROTECTED] wrote:
>> Thanks Anthony for your response, I did not know about that field.
> 
> You make your own fields in Lucene, it is not something Lucene gives you.
> 
> 
>> But still I have a problem and it is about privacy. The users are
>> concerned
>> about privacy and so, we thought we could have all their files in a
>> folder
>> and encrypt the whole folder and index with a user key, so then when user
>> logs in, decrypt the folder with the key and so Lucene can reach the
>> documents, so that is why I am concerned about efficiency, since I do not
>> know if Lucene could handle the 10,000 indexes.
> 
> 
> It seems like you may be confusing what Lucene will give you.  The
> original file 
> content and the Lucene indexes are two different things.  It sounds like
> you 
> want to protect access to the original content on some shared storage, but
> that 
> is not related to the searching provided by your Lucene app, or maybe I 
> misunderstood your use case.
> 
> Antony
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Multiple-index-performance-tp19043404p19052392.html
Sent from the Lucene - Java Users mailing list archive at Nabble.com.


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

Reply via email to