according to the wiki you could avoid having 3 filter queries cached by putting multiple fq parameters:
"Given the following three filtering scenarios of (a) x:bla, (b) y:blub, and (c) x:bla AND y:blub, will I end up with two or three distinct filters? In other words, may filters be composites or are they decomposed as far as their number (relevant for filterCache/@size) is concerned? In this example, (a), (b) and (c) are three distinct filters. If, however, (c) was specified using two distinct fq parameters x:bla and y:blub I'd end up with only two distinct filters for (a), (b) and (c)." http://wiki.apache.org/solr/FilterQueryGuidance On 21/01/10 07:57, Wangsheng Mei wrote: > Thanks for your explanation, it makes a lot sense to me. > > 2010/1/21 Lance Norskog <goks...@gmail.com> > > >> The docset for "fq=bla:A OR bla:B" has no relation to the other two. >> Different 'fq' filters are made and cached separately. The first time >> you search with a filter query, Solr does that query and saves the >> list of documents matching the search. >> >> 2010/1/20 Wangsheng Mei <hairr...@gmail.com>: >> >>> The following 3 search senarioes: >>> >>> >>>> bla:A >>>> bla:B >>>> bla:A OR bla:B >>>> >>>> >>> are quite common, so I use 3 filter queries: >>> fq=bla:A >>> fq=bla:B >>> fq=bla:A OR bla:B >>> >>> My question is, >>> since the last fq documents set will be build from the first two fq doc >>> sets, will solr still cache the last fq doc set or it just build it at >>> runtime with the previous two doc sets? >>> What I'm saying is filter query granuarity, is my understanding right? >>> >>> -- >>> 梅旺生 >>> >>> >> >> >> -- >> Lance Norskog >> goks...@gmail.com >> >> > > >
