Mailing-List: contact solr-dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: solr-dev@lucene.apache.org
Message-ID: <1963862302.1246888214827.JavaMail.jira@brutus>
Date: Mon, 6 Jul 2009 06:50:14 -0700 (PDT)
From: "Brian Pearson (JIRA)" <jira@apache.org>
To: solr-dev@lucene.apache.org
Subject: [jira] Commented: (SOLR-1223) Query Filter fq with OR operator
In-Reply-To: <1816063845.1245177307380.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/SOLR-1223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12727526#action_12727526 ] 

Brian Pearson commented on SOLR-1223:
-------------------------------------

Hey Lance, that solution would be perfect and certainly more powerful than what I suggested.  Again, if anyone takes this up, I can help with testing and docs

> Query Filter fq with OR operator
> --------------------------------
>
>                 Key: SOLR-1223
>                 URL: https://issues.apache.org/jira/browse/SOLR-1223
>             Project: Solr
>          Issue Type: New Feature
>          Components: search
>            Reporter: Brian Pearson
>            Priority: Minor
>
> See this [issue|http://www.nabble.com/Query-Filter-fq-with-OR-operator-td23895837.html] for some background.    Today, all of the Query filters specified with the fq parameter are AND'd together.  
> This issue is about allowing a set of filters to be OR'd together (in addition to having another set of filters that are AND'd).    The OR'd filters would of course be applied before any scoring is done.  
> The advantage of this feature is that you will be able to break up complex filters into simple, more cacheable filters, which should improve performance.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.