Return-Path: X-Original-To: apmail-lucene-dev-archive@www.apache.org Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4D93BDF89 for ; Mon, 19 Nov 2012 15:41:00 +0000 (UTC) Received: (qmail 51481 invoked by uid 500); 19 Nov 2012 15:40:59 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 51329 invoked by uid 500); 19 Nov 2012 15:40:58 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 51315 invoked by uid 99); 19 Nov 2012 15:40:58 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Nov 2012 15:40:58 +0000 Date: Mon, 19 Nov 2012 15:40:58 +0000 (UTC) From: "Tim Smith (JIRA)" To: dev@lucene.apache.org Message-ID: <647182344.3153.1353339658442.JavaMail.jiratomcat@arcas> In-Reply-To: <427126053.119676.1352993891994.JavaMail.jiratomcat@arcas> Subject: [jira] [Commented] (LUCENE-4560) Support Filtering Segments During Merge MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/LUCENE-4560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13500322#comment-13500322 ] Tim Smith commented on LUCENE-4560: ----------------------------------- Uwe, i plan to investigate your suggestions, and it may result in not requiring any additional patching to lucene. it'll be about a week before i can get to that and i will post my results then. i still don't see the addIndexes() approach as viable, even how you suggest as that will require up front migration steps instead of gradual migration. The merge policy approach you suggested will likely be more useful to me, however this will be a nasty merge policy. > Support Filtering Segments During Merge > --------------------------------------- > > Key: LUCENE-4560 > URL: https://issues.apache.org/jira/browse/LUCENE-4560 > Project: Lucene - Core > Issue Type: Improvement > Reporter: Tim Smith > Attachments: LUCENE-4560.patch, LUCENE-4560-simple.patch > > > Spun off from LUCENE-4557 > It is desirable to be able to filter segments during merge. > Most often, full reindex of content is not possible. > Merging segments can sometimes have negative consequences when fields are have different options (most restrictive option is forced during merge) > Being able to filter segments during merges will allow gradually migrating indexed data to new index settings, support pruning/enhancing existing data gradually > Use Cases: > * Migrate IndexOptions for fields (See LUCENE-4557) > * Gradually Remove index fields no longer used > * Migrate indexed sort fields to DocValues > * Support converting data types for indexed data > * and so on > patch will be forthcoming -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org