Return-Path: 
 <java-user-return-26187-apmail-lucene-java-user-archive=lucene.apache.org@lucene.apache.org>
Delivered-To: apmail-lucene-java-user-archive@www.apache.org
Received: (qmail 69637 invoked from network); 17 Feb 2007 01:30:47 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 17 Feb 2007 01:30:47 -0000
Received: (qmail 31521 invoked by uid 500); 17 Feb 2007 01:30:49 -0000
Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org
Received: (qmail 31492 invoked by uid 500); 17 Feb 2007 01:30:49 -0000
Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:java-user-help@lucene.apache.org>
List-Unsubscribe: <mailto:java-user-unsubscribe@lucene.apache.org>
List-Post: <mailto:java-user@lucene.apache.org>
List-Id: <java-user.lucene.apache.org>
Reply-To: java-user@lucene.apache.org
Delivered-To: mailing list java-user@lucene.apache.org
Received: (qmail 31481 invoked by uid 99); 17 Feb 2007 01:30:49 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Feb 2007 17:30:49 -0800
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (herse.apache.org: domain of mike.klaas@gmail.com
 designates 64.233.162.236 as permitted sender)
Received: from [64.233.162.236] (HELO nz-out-0506.google.com) (64.233.162.236)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Feb 2007 17:30:38 -0800
Received: by nz-out-0506.google.com with SMTP id i1so984921nzh
        for <java-user@lucene.apache.org>;
 Fri, 16 Feb 2007 17:30:18 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=TZkhH10OBbY9tddGeSBVoex1SiPeuNEOasRb3DoE3yYhijvkiABR+CIgKRLhocl31UjtLWlvCmZ8BC8WFQXgaat+Ktx91+UQ/cJVtshBxWJ5EK2Yz2r8J1vWLx8XwOeQVuqecdU4T7zGppL3TtX1P2MfdUUyS+sLw/oOja1H9/Q=
Received: by 10.114.131.2 with SMTP id e2mr2240598wad.1171675817767;
        Fri, 16 Feb 2007 17:30:17 -0800 (PST)
Received: by 10.114.198.18 with HTTP; Fri, 16 Feb 2007 17:30:17 -0800 (PST)
Message-ID: <3d2ce8cb0702161730n4c7e73d8x755f33abd0afcae8@mail.gmail.com>
Date: Fri, 16 Feb 2007 17:30:17 -0800
From: "Mike Klaas" <mike.klaas@gmail.com>
To: java-user@lucene.apache.org
Subject: Re: NO_NORMS and TOKENIZED?
In-Reply-To: <4D497953-E489-4716-90BD-59A1B9AA6A93@rectangular.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <20070126195010.90762.qmail@web50305.mail.yahoo.com>
	 <20070215150143.GA16525@fermat.math.technion.ac.il>
	 <c68e39170702151320g546790b4qb16199eb1bf8c6c@mail.gmail.com>
	 <4D497953-E489-4716-90BD-59A1B9AA6A93@rectangular.com>
X-Virus-Checked: Checked by ClamAV on apache.org

On 2/16/07, Marvin Humphrey <marvin@rectangular.com> wrote:

> Solved... with fixed field definitions.

<>

> Imagine a world with no search-time/index-time analyzer mismatches...

I'm sure Yonik can imagine such a world... that's what Solr provide
<g>.  Configure an analyzer for a field (or even separate index-time
and query-time analyzers) once, and never worry about it again.

Note that you don't need a fixed _number_ of fields to achieve these
benefits, just a fixed definition per unique field name.

-Mike

---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-user-help@lucene.apache.org