[
https://issues.apache.org/jira/browse/SOLR-5057?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13718233#comment-13718233
]
Erick Erickson commented on SOLR-5057:
--------------------------------------
Feihong:
Never mind, I somehow got off on a tangent. I was thinking about fq clauses and
somehow got it in my mind (even though I know better) that the filter cache
re-use was sensitive to the order of fq clauses when it isn't, they are all
individually cached.
Sorry for the confusion!
So I'll give people a chance to make comments and probably commit if not this
weekend. All tests pass.
> queryResultCache should not related with the order of fq's list
> ---------------------------------------------------------------
>
> Key: SOLR-5057
> URL: https://issues.apache.org/jira/browse/SOLR-5057
> Project: Solr
> Issue Type: Improvement
> Components: search
> Affects Versions: 4.0, 4.1, 4.2, 4.3
> Reporter: Feihong Huang
> Assignee: Erick Erickson
> Priority: Minor
> Attachments: SOLR-5057.patch, SOLR-5057.patch
>
> Original Estimate: 48h
> Remaining Estimate: 48h
>
> There are two case query with the same meaning below. But the case2 can't use
> the queryResultCache when case1 is executed.
> case1: q=*:*&fq=field1:value1&fq=field2:value2
> case2: q=*:*&fq=field2:value2&fq=field1:value1
> I think queryResultCache should not be related with the order of fq's list.
--
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: [email protected]
For additional commands, e-mail: [email protected]
