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 58CB4905B for ; Thu, 22 Mar 2012 15:03:17 +0000 (UTC) Received: (qmail 14934 invoked by uid 500); 22 Mar 2012 15:03:15 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 14897 invoked by uid 500); 22 Mar 2012 15:03:15 -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 14885 invoked by uid 99); 22 Mar 2012 15:03:15 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Mar 2012 15:03:15 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.212.170] (HELO mail-wi0-f170.google.com) (209.85.212.170) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Mar 2012 15:03:09 +0000 Received: by wibhr17 with SMTP id hr17so813409wib.5 for ; Thu, 22 Mar 2012 08:02:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding:x-gm-message-state; bh=rHsz49hPHhnMsSf7hKJJeDJS51V1k39b3Ohs6LzF1RY=; b=fSGpLa6hhY4HLTMwF0VSHtp76LMxRLZh3MaMTlkEK0Lc/79WMMCHZcToE4VLovQlmk fsBObQahRtbLe1wPEQ998BwxUw428LIAa50NyNo2xscGxrRzoDRVV+qLvUaB3WydAYLH 4tXQc+O9HKltM/ajzv+2lOL0d+22YJTF2nb9jpzKWL6lt36Hq2gPIcyoaK26zn3wQRxK F/MGmRjC0yqsECC1ni5BqagADKDQkuIFyHtPnbxReDcexrBftsVaPD/FfvVsxiTNIUiQ fN7V45Tb43v2yEsI1W1evvyJTGu30ujmFaT2jjkWosZd7cdxmjaRE3hlGvK4F4uOQjHL P0Pg== Received: by 10.180.84.164 with SMTP id a4mr6051336wiz.2.1332428568232; Thu, 22 Mar 2012 08:02:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.78.203 with HTTP; Thu, 22 Mar 2012 08:02:27 -0700 (PDT) In-Reply-To: <1332427856.17019.YahooMailNeo@web65904.mail.ac4.yahoo.com> References: <1332427856.17019.YahooMailNeo@web65904.mail.ac4.yahoo.com> From: Michael McCandless Date: Thu, 22 Mar 2012 11:02:27 -0400 Message-ID: Subject: Re: BlockJoinQuery Clarification To: java-user@lucene.apache.org, kiwi clive Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQnSqrXI7BL92Zx2M5awvG59Mswia55K9gxZNTdzdWZ1+gEzOXOWotr6LJO2oddlB+OEqAlx X-Virus-Checked: Checked by ClamAV on apache.org You have to replace all documents in the block (1 parent, 4 children in your example) to update any of the documents... only updating the child (or child + parent) will break the join... There's also query-time joining coming in 3.6.0. Mike McCandless http://blog.mikemccandless.com On Thu, Mar 22, 2012 at 10:50 AM, kiwi clive wrote: > Hello > > I've been looking at the BlockJoinQuery in Lucene 3.4.0 and would like to= clarify my understanding. > > Suppose we have a parent document that we index with (say) 4 child docume= nts. My understanding is that these go in as an atomic unit and allows us t= o query and join across the documents. > > Now what say I wanted to update one of the child documents (only).=A0 If = the child document was update with a standard update, I presume the join to= the parent is broken. If I update using a Collection, is it necessary to r= eindex all of the documents (4 children + pareent). > > And finally, if I updated one child using a collection with the parent, w= ould both of these documents require reindexing and loose their affinity wi= th other children ? > > Thanks, > C, --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org