Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 65057 invoked from network); 20 May 2005 12:11:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 20 May 2005 12:11:32 -0000 Received: (qmail 78621 invoked by uid 500); 20 May 2005 12:11:27 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 78563 invoked by uid 500); 20 May 2005 12:11:27 -0000 Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-user@lucene.apache.org Delivered-To: mailing list java-user@lucene.apache.org Received: (qmail 78550 invoked by uid 99); 20 May 2005 12:11:26 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from smtp-vbr2.xs4all.nl (HELO smtp-vbr2.xs4all.nl) (194.109.24.22) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 20 May 2005 05:11:25 -0700 Received: from k8l.lan (porta.xs4all.nl [80.127.24.69]) by smtp-vbr2.xs4all.nl (8.12.11/8.12.11) with ESMTP id j4KCBAB5090911 for ; Fri, 20 May 2005 14:11:11 +0200 (CEST) (envelope-from paul.elschot@xs4all.nl) From: Paul Elschot To: java-user@lucene.apache.org Subject: Re: mutiple index question Date: Fri, 20 May 2005 14:11:10 +0200 User-Agent: KMail/1.5.4 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505201411.10554.paul.elschot@xs4all.nl> X-Virus-Scanned: by XS4ALL Virus Scanner X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Friday 20 May 2005 13:58, Max Pfingsthorn wrote: > Hi! > > I was wondering if Lucene has any sort of functionality to distribute indices so that different fields are stored in separate indices but they still refer to the same document. This would be great for a situation where there are many large documents which have frequently changing properties. Content and properties could be indexed separately. Even different sets of properties could be combined in maybe different MultiSearcher instances to speed up querying... > > Any ideas on this? Lucene doesn't have this, so you'll have to split your docs over two different Lucene indexes and adapt the search accordingly. Cached filtering helps a lot, but setting up a filter can still be costly. Regards, Paul Elschot --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org