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 933EE10685 for ; Sat, 4 Jan 2014 10:24:24 +0000 (UTC) Received: (qmail 40342 invoked by uid 500); 4 Jan 2014 10:24:19 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 40250 invoked by uid 500); 4 Jan 2014 10:24:19 -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 40242 invoked by uid 99); 4 Jan 2014 10:24:18 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Jan 2014 10:24:18 +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 (athena.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [209.85.212.175] (HELO mail-wi0-f175.google.com) (209.85.212.175) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 Jan 2014 10:24:14 +0000 Received: by mail-wi0-f175.google.com with SMTP id hi5so1258005wib.2 for ; Sat, 04 Jan 2014 02:23:52 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=ZprSI963aau28JA0QUJV/VQgd6XatUV874fs6bKalec=; b=mAN6B/4EslngXn8IqLFuficZ1j/O23DE740kWKRG3iPMmqkpgh1gbX9ctXOTIl5U+Y pRm5x4T8WaZVyCKl+x1tYtLurcw9DGrYJ5ygY2vwkFVlkvvs0t0tfRVMd3FTso2zTCfB /lUqNktTcmNuQJ4/5qsarsQ8TU6bVmCRWqC3C1tHDz+7rWLDIePsvsJ7Roz6HM060d2F iWh0mHRRA+5oAV6W7tIl4l/bx1EBmkAo6mr7YNqUrVzYMbiys910UD+s8BDtNKyoMfjt fQxl3BlvtukoqaEaExs71DrLJpdCtu62M8bsnK8VKjaO5AuqgbC66noQsZhSfZOjDEOL FAZQ== X-Gm-Message-State: ALoCoQloQE6XYE+Smluzk8ukN6OOWN0eEShSKZKyykru++Khn+a1laeHTz8S/E9EG3fhd7VF63DL X-Received: by 10.194.104.42 with SMTP id gb10mr65031283wjb.16.1388831032822; Sat, 04 Jan 2014 02:23:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.8.202 with HTTP; Sat, 4 Jan 2014 02:23:31 -0800 (PST) In-Reply-To: References: From: Michael McCandless Date: Sat, 4 Jan 2014 05:23:31 -0500 Message-ID: Subject: Re: TieredMergePolicy and Doc ordering To: Lucene Users Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Lucene's internal docIDs will change their order, but often this doesn't matter and you won't see it. E.g. if you search and you're sorting by your ID field then Lucene's docID assignments has no effect. It's only for tie-breaks where Lucene falls back to its docID to break the tie. Mike McCandless http://blog.mikemccandless.com On Fri, Jan 3, 2014 at 5:16 AM, Ramprakash Ramamoorthy wrote: > Team, > > I'm using Lucene 4.4 and am indexing my documents using TieredMergePolicy. > The documents I index have an incremental ID field. From the javadoc, I see > that, tiered merge policy merges non adjacent segments. > > However, when I try to search through in my test environment, I get the > search results in perfect order of incremental IDs. In case non adjacent > segments are merged, then there should be a change in order of the IDs > right? Or am I missing something? > > > > -- > With Thanks and Regards, > Ramprakash Ramamoorthy, > Chennai, India. --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org