Return-Path: Delivered-To: apmail-incubator-lucene-net-user-archive@minotaur.apache.org Received: (qmail 78644 invoked from network); 31 Oct 2009 00:55:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 31 Oct 2009 00:55:30 -0000 Received: (qmail 40697 invoked by uid 500); 31 Oct 2009 00:55:30 -0000 Delivered-To: apmail-incubator-lucene-net-user-archive@incubator.apache.org Received: (qmail 40642 invoked by uid 500); 31 Oct 2009 00:55:29 -0000 Mailing-List: contact lucene-net-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: lucene-net-user@incubator.apache.org Delivered-To: mailing list lucene-net-user@incubator.apache.org Received: (qmail 40632 invoked by uid 99); 31 Oct 2009 00:55:29 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 31 Oct 2009 00:55:29 +0000 X-ASF-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [68.142.200.118] (HELO web30505.mail.mud.yahoo.com) (68.142.200.118) by apache.org (qpsmtpd/0.29) with SMTP; Sat, 31 Oct 2009 00:55:27 +0000 Received: (qmail 87176 invoked by uid 60001); 31 Oct 2009 00:55:06 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1256950506; bh=odSHGg+1yKBm9/dlO66A3RHP9luaGBHOqXEpKoK99P0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=HgFFrtJL1qkrzNZoEJaXV/s7srqi7RCW94/wx8cIUQ87Bm7MBHOlSB9kJNSBtAMiFA2GUGr0MSiLXpz0STDv8434X40V0F1AkSiyItmI4cdtGQPhUftbzDK0dNGhD/3cUsqDdAhSxm06zQs354orxtSfDMww+ReGXZMKinkJEp4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=kSEbyPWS75GQe29eBjdUQsceiw+UHZQlqimnTqzoUKEgHbSKcHYoIJQIlA1Y8dMpzqS0ILtSyk94ICAenLHeJO7GeRXWVA1UpKxWahDeCspg+gMf4kDI9M9aB/pXqj+4O3D80icJ7iWhHkm2R6SJiFa2rjIKH2ylspydSMpe0J8=; Message-ID: <995064.86824.qm@web30505.mail.mud.yahoo.com> X-YMail-OSG: mcdbIRYVM1kb2e7wi2eRTHpbBQOgy.aYNyi.JTHJC.lvFpghjo01SjAVpyWkmGuFTHC2BpJhsQYpCK8NcoMmj3b.XvWWePxnltUknj08oOieS98_Eq6euQS90fUEdtA6AU7N1dcvUcPyXkeTX9xLYoE2I6VGRjOL1n7.vWooRYp21IvPWembuacFba9.x40FU2Sal3yexOHVifKoh0NAvmoK73xMRK.97uamtCIp2j12o0ysBfgDe0HS4d5iCa_PYGdYNXzMhm06tuni.LV5z_pAKdqktsaeQBUU9PTCppCYX_leT2A0ZpkIDM6Rwsdy.o8o.yxpjKgySq.epm.HTQ0AFgnKQb6OfpPBnEFzoQuRgNoQNoXwAy.neleL.5OAPp1jupTO1NR_yGUbBpKD.rBAAYSOPFZOR7i3qzPpldBUBqaca9dfpFwIRu2y.gtWxQnHklkKPy48Lv4cU2ezLMPviXoePYzkNVp_Dv3LRBROGoMDor5UU.dZbsuE49m29RIsMCc- Received: from [71.67.184.209] by web30505.mail.mud.yahoo.com via HTTP; Fri, 30 Oct 2009 17:55:05 PDT X-Mailer: YahooMailRC/182.10 YahooMailWebService/0.7.361.4 References: <990757.775.qm@web30508.mail.mud.yahoo.com> <003e01ca59bb$0cc194d0$2644be70$@com> Date: Fri, 30 Oct 2009 17:55:05 -0700 (PDT) From: Ron Grabowski Subject: Re: Is it generally a good idea to avoid using QueryParser if you know how to make the Query yourself? To: lucene-net-user@incubator.apache.org In-Reply-To: <003e01ca59bb$0cc194d0$2644be70$@com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Is there a way to avoid using QueryParser altogether? I don't need all the text parsed, I just want to run the name field through an analyzer and use the output of that along with TermQuerys for the zip and city. I'm wanting to do ~2,500 specific searches on an index with between 26m documents. I know ahead of time what most of my fields will be. I thought I could save some time by not having to separate my fields, making a giant string, then having QueryParser split the string back into terms to search. ----- Original Message ---- From: Digy To: lucene-net-user@incubator.apache.org Sent: Fri, October 30, 2009 7:45:21 PM Subject: RE: Is it generally a good idea to avoid using QueryParser if you know how to make the Query yourself? You can combine queries . (such as your custom "TermQuery" + the result of a "QueryParser.Parse") DIGY -----Original Message----- From: Ron Grabowski [mailto:rongrabowski@yahoo.com] Sent: Saturday, October 31, 2009 1:12 AM To: lucene-net-user@incubator.apache.org Subject: Is it generally a good idea to avoid using QueryParser if you know how to make the Query yourself? I can convert this text into a Query using just TermQuery and BooleanQuery: name:"ACME Produce" AND city:Anytown AND zip:90210 If I create the Query object on my own will I loose all the benefits from things like StandardAnalyzer? Is there a way I can submit an object graph to QueryParser so I can get the benefits of its analyzer without making it parse the raw string? My input is coming from well defined areas; its not free form where the user can enter anything they want. Can I use a StandardAnalyzer myself then take its output and create the appropriate Query objects then join all of them into a BooleanQuery? I'm using /tags/Lucene.Net_2_4_0.