Return-Path: X-Original-To: apmail-lucene-java-user-archive@www.apache.org Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9869B98E4 for ; Wed, 25 Apr 2012 11:59:23 +0000 (UTC) Received: (qmail 90291 invoked by uid 500); 25 Apr 2012 11:59:21 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 90245 invoked by uid 500); 25 Apr 2012 11:59:21 -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 90237 invoked by uid 99); 25 Apr 2012 11:59:21 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Apr 2012 11:59:21 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of erickerickson@gmail.com designates 209.85.160.176 as permitted sender) Received: from [209.85.160.176] (HELO mail-gy0-f176.google.com) (209.85.160.176) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Apr 2012 11:59:14 +0000 Received: by ghbz10 with SMTP id z10so1335673ghb.35 for ; Wed, 25 Apr 2012 04:58:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=XAR8H/OcriQl5xKQn6SFt7kFZeh0jk3s6YW9XUIz1ks=; b=B2aeZa/emYTuX/GbtSE3QTPtDa2n3g3Tb200fk8aRHRNvCvijg8p5gc0PQ+UpGbczv SVB+eCvEBq1mO7yS4FH2GBT65bc23BSGnkBbR6byITpuQb5UQzcjYrwayicJv7rMQomi GRKpfrRPu9Fbln32JX8xYjhoEf2oeaEyFEhO84myJ5pzMa4eB01Y/S3w/e+ToIeWwehg P0BUeCC/eeM0yASgeJCfNVpRbCpVjDhBohiwyU2cDMotChChUI2626dw8pmvyFXCo7pu WTDsrYLL/UPeMVrg7CD9bskAbTRpEtQ8m1xTSz1W2WclAVn4L5Kjim5Pta+uGOTI4cOq 07fg== MIME-Version: 1.0 Received: by 10.50.187.226 with SMTP id fv2mr14052573igc.40.1335355133795; Wed, 25 Apr 2012 04:58:53 -0700 (PDT) Received: by 10.42.73.198 with HTTP; Wed, 25 Apr 2012 04:58:53 -0700 (PDT) In-Reply-To: <1335337660.16363.4.camel@localhost> References: <1335337660.16363.4.camel@localhost> Date: Wed, 25 Apr 2012 07:58:53 -0400 Message-ID: Subject: Re: Re-indexing a particular field only without re-indexing the entire enclosing document in the index From: Erick Erickson To: java-user@lucene.apache.org, tkrah@fachschaft.imn.htwk-leipzig.de Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable There's no update-in-place, currently you _have_ to re-index the entire document. But to the original question: There is a "limited join" capability you might investigate that would allow you to split up the textual data and metadata into two different documents and join them. I don't know how well it scales, but it may fit your needs. It turns out that update-in-place is more than a bit difficult given the nature of the inverted index. There are some proposals for addressing this, but nothing has gotten beyond the design stage as far as I know. Best Erick On Wed, Apr 25, 2012 at 3:07 AM, Torsten Krah wrote: > Am Dienstag, den 24.04.2012, 21:57 +0530 schrieb KARTHIK SHIVAKUMAR: >> Simple Techniques is =A0to use =A0"Update Index" =A0for the dynamic data >> colum >> >> rather then re-indexing the whole document. > > Just for interest, how do you do that? --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org