Mailing-List: contact lucene-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Lucene Users List" <lucene-user@jakarta.apache.org>
Received-SPF: pass (hermes.apache.org: domain of giulio.cesare@gmail.com
 designates 64.233.184.197 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
        b=usJ462rtJ0P/pthKW5Va6Sfxq64NitO8h5mIJrZREVdwQAJqTRkYo3SCDAnnZ1SElVt0iHn82Y/lKoeAwDW9+SOERLx33qyMbEGHtdrhoNHqz/xs0etQnZCHrjgddwdKjKD8dpV2/nQScVZRxcJimMj1UVdryJO78elwpuEzQ98=
Message-ID: <ff737ac30411041231b2d728c@mail.gmail.com>
Date: Thu, 4 Nov 2004 21:31:22 +0100
From: Giulio Cesare Solaroli <giulio.cesare@gmail.com>
Reply-To: Giulio Cesare Solaroli <giulio.cesare@gmail.com>
To: Lucene Users List <lucene-user@jakarta.apache.org>,
	javier muguruza <jmuguruza@gmail.com>
Subject: Re: one huge index or many small ones?
In-Reply-To: <f071061b04110411083779d34c@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <f071061b04110408005cdbafbd@mail.gmail.com>
	 <ff737ac3041104082673d3e96@mail.gmail.com>
	 <f071061b0411040903401eb574@mail.gmail.com>
	 <dd2db8d004110409281c52da5@mail.gmail.com>
	 <f071061b04110411083779d34c@mail.gmail.com>

Hi Javier,


On Thu, 4 Nov 2004 20:08:15 +0100, javier muguruza <jmuguruza@gmail.com> wrote:
> Justin,
> 
> Yes, I wanted as less info as possible in the index. The body and
> atachemntes will be stored outside lucene. As I mentioned,  I only
> need to deal with the body/attachments contents with lucene, from, to,
> subject, dates etc are deal with before.

You probably can get away with this solution as well, but I would like
to suggest you to test Lucene performance before starting optimizing.

If your query on the text of the body/attachments are not huge (my
user end up with rewritten query whose lengths are up to
600KBytes!!!!!!), Lucene will be probably able to return your the
right result much faster than looking in different places for the same
query.

Don't be afraid of the number of documents either; not before testing
on some real data. You could easily find that a simpler architecture
can perform fast enough, and be much more easy to set up and tune.

[...]


Giulio Cesare

---------------------------------------------------------------------
To unsubscribe, e-mail: lucene-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: lucene-user-help@jakarta.apache.org