You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-user@lucene.apache.org by pravesh <su...@yahoo.com> on 2011/11/22 13:18:56 UTC
Re: how to make effective search with fq and q params
Usually,
Use the 'q' parameter to search for the free text values entered by the
users (where you might want to parse the query and/or apply
boosting/phrase-sloppy, minimum match,tie etc )
Use the 'fq' to limit the searches to certain criterias like location,
date-ranges etc.
Also, avoid using the q=*:* as it implicitly translates to matchalldocsquery
Regds
Pravesh
--
View this message in context: http://lucene.472066.n3.nabble.com/how-to-make-effective-search-with-fq-and-q-params-tp3527217p3527535.html
Sent from the Solr - User mailing list archive at Nabble.com.
Re: how to make effective search with fq and q params
Posted by Erik Hatcher <er...@gmail.com>.
Meghana -
Some important points about q/fq -
* q is used for scoring. fq is for filtering, no scoring.
* fq and q are cached independently
You may want to combine the user entered terms (search term, title, and desc) in the q parameter. It's complicated/advanced, but you can use nested queries to achieve a spread of different query contexts with different field configurations. Check out Yonik's blog entry for inspiration: <http://www.lucidimagination.com/blog/2009/03/31/nested-queries-in-solr/>
Erik
On Nov 23, 2011, at 00:59 , meghana wrote:
> Hi Erik ,
>
> Actually right now we can say that almost is done in filtering and passing q
> as *:* , but we need to find out a better way if there is any. So according
> to pravesh , i m thinking of to pass user entered text in query and date and
> other fields in filter query? or as per you q=*:* is fast?
>
> I have below fields to search
> Search Term : User Entered Text Field (passing it in q)
> Title : User Entered Text Field (passing it in fq)
> Desc : User Entered Text Field (passing it in fq)
> Appearing : User Entered Text Field (passing it in fq)
> Date Range : (passing it in fq)
> Time Zone : (EST , CST ,MST , PST) (passing it in fq)
> Category : (multiple choice) (passing it in fq)
> Market : (multiple choice) (passing it in fq)
> Affiliate Network : (multiple choice) (passing it in fq)
>
> I really appreciate your view.
> Meghana
> Jeff Schmidt wrote
>>
>> Hi Erik:
>>
>> When using [e]dismax, does configuring q.alt=*:* and not specifying q
>> affect the performance/caching in any way?
>>
>> As a side note, a while back I configured q.alt=*:*, and the application
>> (via SolrJ) still set q=*:* if no user input was provided (faceting). With
>> both of them set that way, I got zero results. (Solr 3.4.0) Interesting.
>>
>> Thanks,
>>
>> Jeff
>>
>> On Nov 22, 2011, at 7:06 AM, Erik Hatcher wrote:
>>
>>> If all you're doing is filtering (browsing by facets perhaps), it's
>>> perfectly fine to have q=*:*. MatchAllDocsQuery is fast (and would be
>>> cached anyway), so use *:* as appropriate without worries.
>>>
>>> Erik
>>>
>>>
>>>
>>> On Nov 22, 2011, at 07:18 , pravesh wrote:
>>>
>>>> Usually,
>>>>
>>>> Use the 'q' parameter to search for the free text values entered by the
>>>> users (where you might want to parse the query and/or apply
>>>> boosting/phrase-sloppy, minimum match,tie etc )
>>>>
>>>> Use the 'fq' to limit the searches to certain criterias like location,
>>>> date-ranges etc.
>>>>
>>>> Also, avoid using the q=*:* as it implicitly translates to
>>>> matchalldocsquery
>>>>
>>>> Regds
>>>> Pravesh
>>>>
>>>> --
>>>> View this message in context:
>>>> http://lucene.472066.n3.nabble.com/how-to-make-effective-search-with-fq-and-q-params-tp3527217p3527535.html
>>>> Sent from the Solr - User mailing list archive at Nabble.com.
>>>
>>
>>
>>
>> --
>> Jeff Schmidt
>> 535 Consulting
>> jas@
>> http://www.535consulting.com
>> (650) 423-1068
>>
>
>
> --
> View this message in context: http://lucene.472066.n3.nabble.com/how-to-make-effective-search-with-fq-and-q-params-tp3527217p3529876.html
> Sent from the Solr - User mailing list archive at Nabble.com.
Re: how to make effective search with fq and q params
Posted by meghana <me...@amultek.com>.
Hi Erik ,
Actually right now we can say that almost is done in filtering and passing q
as *:* , but we need to find out a better way if there is any. So according
to pravesh , i m thinking of to pass user entered text in query and date and
other fields in filter query? or as per you q=*:* is fast?
I have below fields to search
Search Term : User Entered Text Field (passing it in q)
Title : User Entered Text Field (passing it in fq)
Desc : User Entered Text Field (passing it in fq)
Appearing : User Entered Text Field (passing it in fq)
Date Range : (passing it in fq)
Time Zone : (EST , CST ,MST , PST) (passing it in fq)
Category : (multiple choice) (passing it in fq)
Market : (multiple choice) (passing it in fq)
Affiliate Network : (multiple choice) (passing it in fq)
I really appreciate your view.
Meghana
Jeff Schmidt wrote
>
> Hi Erik:
>
> When using [e]dismax, does configuring q.alt=*:* and not specifying q
> affect the performance/caching in any way?
>
> As a side note, a while back I configured q.alt=*:*, and the application
> (via SolrJ) still set q=*:* if no user input was provided (faceting). With
> both of them set that way, I got zero results. (Solr 3.4.0) Interesting.
>
> Thanks,
>
> Jeff
>
> On Nov 22, 2011, at 7:06 AM, Erik Hatcher wrote:
>
>> If all you're doing is filtering (browsing by facets perhaps), it's
>> perfectly fine to have q=*:*. MatchAllDocsQuery is fast (and would be
>> cached anyway), so use *:* as appropriate without worries.
>>
>> Erik
>>
>>
>>
>> On Nov 22, 2011, at 07:18 , pravesh wrote:
>>
>>> Usually,
>>>
>>> Use the 'q' parameter to search for the free text values entered by the
>>> users (where you might want to parse the query and/or apply
>>> boosting/phrase-sloppy, minimum match,tie etc )
>>>
>>> Use the 'fq' to limit the searches to certain criterias like location,
>>> date-ranges etc.
>>>
>>> Also, avoid using the q=*:* as it implicitly translates to
>>> matchalldocsquery
>>>
>>> Regds
>>> Pravesh
>>>
>>> --
>>> View this message in context:
>>> http://lucene.472066.n3.nabble.com/how-to-make-effective-search-with-fq-and-q-params-tp3527217p3527535.html
>>> Sent from the Solr - User mailing list archive at Nabble.com.
>>
>
>
>
> --
> Jeff Schmidt
> 535 Consulting
> jas@
> http://www.535consulting.com
> (650) 423-1068
>
--
View this message in context: http://lucene.472066.n3.nabble.com/how-to-make-effective-search-with-fq-and-q-params-tp3527217p3529876.html
Sent from the Solr - User mailing list archive at Nabble.com.
Re: how to make effective search with fq and q params
Posted by Erik Hatcher <er...@gmail.com>.
Jeff,
Just to clarify - with edismax, q=*:* is fine and matches all documents. With dismax (and also edismax), q.alt with no q is needed to match all documents.
Erik
On Nov 23, 2011, at 08:20 , Jeff Schmidt wrote:
> Thanks, Erik. I'm moving on to edismax, and will set q.alt=*:* and not specify q if no user provided terms.
>
> Take it easy,
>
> Jeff
>
> On Nov 22, 2011, at 11:53 AM, Erik Hatcher wrote:
>
>> I think you're using dismax, not edismax. edismax will take q=*:* just fine as it handles all Lucene syntax queries also. dismax does not.
>>
>> So, if you're using dismax and there is no actual query (but you want to get facets), you set q.alt=*:* and omit q - that's entirely by design.
>>
>> If there's a non-empty q parameter, q.alt is not considered so there shouldn't be any issues with always have q.alt set if that's what you want.
>>
>> Erik
>>
>>
>> On Nov 22, 2011, at 11:15 , Jeff Schmidt wrote:
>>
>>> Hi Erik:
>>>
>>> It's not in the SolrJ library, but rather my use of it:
>>>
>>> In my application code:
>>>
>>> protected static final String SOLR_ALL_DOCS_QUERY = "*:*";
>>>
>>> /*
>>> * If no search terms provided, then return all neighbors.
>>> * Results are to be returned in neighbor symbol alphabetical order.
>>> */
>>>
>>> if (searchTerms == null) {
>>> searchTerms = SOLR_ALL_DOCS_QUERY;
>>> nodeQuery.addSortField("n_name", SolrQuery.ORDER.asc);
>>> }
>>>
>>> So, if no user search terms are provided, I search all documents (there are other fqs in effect) and return them in name order.
>>>
>>> That worked just fine. Then I read more about [e]dismax, and went and configured:
>>>
>>> <str name="q.alt">*:*</str>
>>>
>>> Then I would get zero results. It's not a SolrJ issue though, as this request in my browser also resulted in zero results:
>>>
>>> http://localhost:8091/solr/ing-content/select/?qt=partner-tmo&fq=type%3Anode&fq=n_neighborof_id%3AING\:afa&q=*:*&rows=5&facet=true&facet.mincount=1&facet.field=n_neighborof_processExact&facet.field=n_neighborof_edge_type
>>>
>>> That was due to the q=*:*. Once I set, say, q=cancer, I got results. So I guess this is a [e]dismax thing? (partner-tmo is the name of my request handler).
>>>
>>> I solved my problem by net setting *:* in my application, and left q.alt=*:* in place.
>>>
>>> Hope this helps. Again, this is stock Solr 3.4.0, running the Apache war under Tomcat 6.
>>>
>>> Jeff
>>>
>>> On Nov 22, 2011, at 8:05 AM, Erik Hatcher wrote:
>>>
>>>>
>>>> On Nov 22, 2011, at 09:55 , Jeff Schmidt wrote:
>>>>> When using [e]dismax, does configuring q.alt=*:* and not specifying q affect the performance/caching in any way?
>>>>
>>>> No different than using q=*:* with the "lucene" query parser. MatchAllDocsQuery is possibly the fastest query out there! (it simply matches documents in index order, all scores are 1.0)
>>>>
>>>>> As a side note, a while back I configured q.alt=*:*, and the application (via SolrJ) still set q=*:* if no user input was provided (faceting). With both of them set that way, I got zero results. (Solr 3.4.0) Interesting.
>>>>
>>>> Ouch. Really? I don't see in the code (looking at my trunk checkout) where there's any *:* used in the SolrJ library. Can you provide some details on how you used SolrJ? It'd be good to track this down as that seems like a bug to me.
>>>>
>>>> Erik
>>>>
>>>>
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Jeff
>>>>>
>>>>> On Nov 22, 2011, at 7:06 AM, Erik Hatcher wrote:
>>>>>
>>>>>> If all you're doing is filtering (browsing by facets perhaps), it's perfectly fine to have q=*:*. MatchAllDocsQuery is fast (and would be cached anyway), so use *:* as appropriate without worries.
>>>>>>
>>>>>> Erik
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Nov 22, 2011, at 07:18 , pravesh wrote:
>>>>>>
>>>>>>> Usually,
>>>>>>>
>>>>>>> Use the 'q' parameter to search for the free text values entered by the
>>>>>>> users (where you might want to parse the query and/or apply
>>>>>>> boosting/phrase-sloppy, minimum match,tie etc )
>>>>>>>
>>>>>>> Use the 'fq' to limit the searches to certain criterias like location,
>>>>>>> date-ranges etc.
>>>>>>>
>>>>>>> Also, avoid using the q=*:* as it implicitly translates to matchalldocsquery
>>>>>>>
>>>>>>> Regds
>>>>>>> Pravesh
>>>>>>>
>>>>>>> --
>>>>>>> View this message in context: http://lucene.472066.n3.nabble.com/how-to-make-effective-search-with-fq-and-q-params-tp3527217p3527535.html
>>>>>>> Sent from the Solr - User mailing list archive at Nabble.com.
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Jeff Schmidt
>>>>> 535 Consulting
>>>>> jas@535consulting.com
>>>>> http://www.535consulting.com
>>>>> (650) 423-1068
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Jeff Schmidt
>>> 535 Consulting
>>> jas@535consulting.com
>>> http://www.535consulting.com
>>> (650) 423-1068
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>
>
>
> --
> Jeff Schmidt
> 535 Consulting
> jas@535consulting.com
> http://www.535consulting.com
> (650) 423-1068
>
>
>
>
>
>
>
>
>
Re: how to make effective search with fq and q params
Posted by Jeff Schmidt <ja...@535consulting.com>.
Thanks, Erik. I'm moving on to edismax, and will set q.alt=*:* and not specify q if no user provided terms.
Take it easy,
Jeff
On Nov 22, 2011, at 11:53 AM, Erik Hatcher wrote:
> I think you're using dismax, not edismax. edismax will take q=*:* just fine as it handles all Lucene syntax queries also. dismax does not.
>
> So, if you're using dismax and there is no actual query (but you want to get facets), you set q.alt=*:* and omit q - that's entirely by design.
>
> If there's a non-empty q parameter, q.alt is not considered so there shouldn't be any issues with always have q.alt set if that's what you want.
>
> Erik
>
>
> On Nov 22, 2011, at 11:15 , Jeff Schmidt wrote:
>
>> Hi Erik:
>>
>> It's not in the SolrJ library, but rather my use of it:
>>
>> In my application code:
>>
>> protected static final String SOLR_ALL_DOCS_QUERY = "*:*";
>>
>> /*
>> * If no search terms provided, then return all neighbors.
>> * Results are to be returned in neighbor symbol alphabetical order.
>> */
>>
>> if (searchTerms == null) {
>> searchTerms = SOLR_ALL_DOCS_QUERY;
>> nodeQuery.addSortField("n_name", SolrQuery.ORDER.asc);
>> }
>>
>> So, if no user search terms are provided, I search all documents (there are other fqs in effect) and return them in name order.
>>
>> That worked just fine. Then I read more about [e]dismax, and went and configured:
>>
>> <str name="q.alt">*:*</str>
>>
>> Then I would get zero results. It's not a SolrJ issue though, as this request in my browser also resulted in zero results:
>>
>> http://localhost:8091/solr/ing-content/select/?qt=partner-tmo&fq=type%3Anode&fq=n_neighborof_id%3AING\:afa&q=*:*&rows=5&facet=true&facet.mincount=1&facet.field=n_neighborof_processExact&facet.field=n_neighborof_edge_type
>>
>> That was due to the q=*:*. Once I set, say, q=cancer, I got results. So I guess this is a [e]dismax thing? (partner-tmo is the name of my request handler).
>>
>> I solved my problem by net setting *:* in my application, and left q.alt=*:* in place.
>>
>> Hope this helps. Again, this is stock Solr 3.4.0, running the Apache war under Tomcat 6.
>>
>> Jeff
>>
>> On Nov 22, 2011, at 8:05 AM, Erik Hatcher wrote:
>>
>>>
>>> On Nov 22, 2011, at 09:55 , Jeff Schmidt wrote:
>>>> When using [e]dismax, does configuring q.alt=*:* and not specifying q affect the performance/caching in any way?
>>>
>>> No different than using q=*:* with the "lucene" query parser. MatchAllDocsQuery is possibly the fastest query out there! (it simply matches documents in index order, all scores are 1.0)
>>>
>>>> As a side note, a while back I configured q.alt=*:*, and the application (via SolrJ) still set q=*:* if no user input was provided (faceting). With both of them set that way, I got zero results. (Solr 3.4.0) Interesting.
>>>
>>> Ouch. Really? I don't see in the code (looking at my trunk checkout) where there's any *:* used in the SolrJ library. Can you provide some details on how you used SolrJ? It'd be good to track this down as that seems like a bug to me.
>>>
>>> Erik
>>>
>>>
>>>>
>>>> Thanks,
>>>>
>>>> Jeff
>>>>
>>>> On Nov 22, 2011, at 7:06 AM, Erik Hatcher wrote:
>>>>
>>>>> If all you're doing is filtering (browsing by facets perhaps), it's perfectly fine to have q=*:*. MatchAllDocsQuery is fast (and would be cached anyway), so use *:* as appropriate without worries.
>>>>>
>>>>> Erik
>>>>>
>>>>>
>>>>>
>>>>> On Nov 22, 2011, at 07:18 , pravesh wrote:
>>>>>
>>>>>> Usually,
>>>>>>
>>>>>> Use the 'q' parameter to search for the free text values entered by the
>>>>>> users (where you might want to parse the query and/or apply
>>>>>> boosting/phrase-sloppy, minimum match,tie etc )
>>>>>>
>>>>>> Use the 'fq' to limit the searches to certain criterias like location,
>>>>>> date-ranges etc.
>>>>>>
>>>>>> Also, avoid using the q=*:* as it implicitly translates to matchalldocsquery
>>>>>>
>>>>>> Regds
>>>>>> Pravesh
>>>>>>
>>>>>> --
>>>>>> View this message in context: http://lucene.472066.n3.nabble.com/how-to-make-effective-search-with-fq-and-q-params-tp3527217p3527535.html
>>>>>> Sent from the Solr - User mailing list archive at Nabble.com.
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Jeff Schmidt
>>>> 535 Consulting
>>>> jas@535consulting.com
>>>> http://www.535consulting.com
>>>> (650) 423-1068
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>
>>
>>
>> --
>> Jeff Schmidt
>> 535 Consulting
>> jas@535consulting.com
>> http://www.535consulting.com
>> (650) 423-1068
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
--
Jeff Schmidt
535 Consulting
jas@535consulting.com
http://www.535consulting.com
(650) 423-1068
Re: how to make effective search with fq and q params
Posted by Erik Hatcher <er...@gmail.com>.
I think you're using dismax, not edismax. edismax will take q=*:* just fine as it handles all Lucene syntax queries also. dismax does not.
So, if you're using dismax and there is no actual query (but you want to get facets), you set q.alt=*:* and omit q - that's entirely by design.
If there's a non-empty q parameter, q.alt is not considered so there shouldn't be any issues with always have q.alt set if that's what you want.
Erik
On Nov 22, 2011, at 11:15 , Jeff Schmidt wrote:
> Hi Erik:
>
> It's not in the SolrJ library, but rather my use of it:
>
> In my application code:
>
> protected static final String SOLR_ALL_DOCS_QUERY = "*:*";
>
> /*
> * If no search terms provided, then return all neighbors.
> * Results are to be returned in neighbor symbol alphabetical order.
> */
>
> if (searchTerms == null) {
> searchTerms = SOLR_ALL_DOCS_QUERY;
> nodeQuery.addSortField("n_name", SolrQuery.ORDER.asc);
> }
>
> So, if no user search terms are provided, I search all documents (there are other fqs in effect) and return them in name order.
>
> That worked just fine. Then I read more about [e]dismax, and went and configured:
>
> <str name="q.alt">*:*</str>
>
> Then I would get zero results. It's not a SolrJ issue though, as this request in my browser also resulted in zero results:
>
> http://localhost:8091/solr/ing-content/select/?qt=partner-tmo&fq=type%3Anode&fq=n_neighborof_id%3AING\:afa&q=*:*&rows=5&facet=true&facet.mincount=1&facet.field=n_neighborof_processExact&facet.field=n_neighborof_edge_type
>
> That was due to the q=*:*. Once I set, say, q=cancer, I got results. So I guess this is a [e]dismax thing? (partner-tmo is the name of my request handler).
>
> I solved my problem by net setting *:* in my application, and left q.alt=*:* in place.
>
> Hope this helps. Again, this is stock Solr 3.4.0, running the Apache war under Tomcat 6.
>
> Jeff
>
> On Nov 22, 2011, at 8:05 AM, Erik Hatcher wrote:
>
>>
>> On Nov 22, 2011, at 09:55 , Jeff Schmidt wrote:
>>> When using [e]dismax, does configuring q.alt=*:* and not specifying q affect the performance/caching in any way?
>>
>> No different than using q=*:* with the "lucene" query parser. MatchAllDocsQuery is possibly the fastest query out there! (it simply matches documents in index order, all scores are 1.0)
>>
>>> As a side note, a while back I configured q.alt=*:*, and the application (via SolrJ) still set q=*:* if no user input was provided (faceting). With both of them set that way, I got zero results. (Solr 3.4.0) Interesting.
>>
>> Ouch. Really? I don't see in the code (looking at my trunk checkout) where there's any *:* used in the SolrJ library. Can you provide some details on how you used SolrJ? It'd be good to track this down as that seems like a bug to me.
>>
>> Erik
>>
>>
>>>
>>> Thanks,
>>>
>>> Jeff
>>>
>>> On Nov 22, 2011, at 7:06 AM, Erik Hatcher wrote:
>>>
>>>> If all you're doing is filtering (browsing by facets perhaps), it's perfectly fine to have q=*:*. MatchAllDocsQuery is fast (and would be cached anyway), so use *:* as appropriate without worries.
>>>>
>>>> Erik
>>>>
>>>>
>>>>
>>>> On Nov 22, 2011, at 07:18 , pravesh wrote:
>>>>
>>>>> Usually,
>>>>>
>>>>> Use the 'q' parameter to search for the free text values entered by the
>>>>> users (where you might want to parse the query and/or apply
>>>>> boosting/phrase-sloppy, minimum match,tie etc )
>>>>>
>>>>> Use the 'fq' to limit the searches to certain criterias like location,
>>>>> date-ranges etc.
>>>>>
>>>>> Also, avoid using the q=*:* as it implicitly translates to matchalldocsquery
>>>>>
>>>>> Regds
>>>>> Pravesh
>>>>>
>>>>> --
>>>>> View this message in context: http://lucene.472066.n3.nabble.com/how-to-make-effective-search-with-fq-and-q-params-tp3527217p3527535.html
>>>>> Sent from the Solr - User mailing list archive at Nabble.com.
>>>>
>>>
>>>
>>>
>>> --
>>> Jeff Schmidt
>>> 535 Consulting
>>> jas@535consulting.com
>>> http://www.535consulting.com
>>> (650) 423-1068
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>
>
>
> --
> Jeff Schmidt
> 535 Consulting
> jas@535consulting.com
> http://www.535consulting.com
> (650) 423-1068
>
>
>
>
>
>
>
>
>
Re: how to make effective search with fq and q params
Posted by Jeff Schmidt <ja...@535consulting.com>.
Hi Erik:
It's not in the SolrJ library, but rather my use of it:
In my application code:
protected static final String SOLR_ALL_DOCS_QUERY = "*:*";
/*
* If no search terms provided, then return all neighbors.
* Results are to be returned in neighbor symbol alphabetical order.
*/
if (searchTerms == null) {
searchTerms = SOLR_ALL_DOCS_QUERY;
nodeQuery.addSortField("n_name", SolrQuery.ORDER.asc);
}
So, if no user search terms are provided, I search all documents (there are other fqs in effect) and return them in name order.
That worked just fine. Then I read more about [e]dismax, and went and configured:
<str name="q.alt">*:*</str>
Then I would get zero results. It's not a SolrJ issue though, as this request in my browser also resulted in zero results:
http://localhost:8091/solr/ing-content/select/?qt=partner-tmo&fq=type%3Anode&fq=n_neighborof_id%3AING\:afa&q=*:*&rows=5&facet=true&facet.mincount=1&facet.field=n_neighborof_processExact&facet.field=n_neighborof_edge_type
That was due to the q=*:*. Once I set, say, q=cancer, I got results. So I guess this is a [e]dismax thing? (partner-tmo is the name of my request handler).
I solved my problem by net setting *:* in my application, and left q.alt=*:* in place.
Hope this helps. Again, this is stock Solr 3.4.0, running the Apache war under Tomcat 6.
Jeff
On Nov 22, 2011, at 8:05 AM, Erik Hatcher wrote:
>
> On Nov 22, 2011, at 09:55 , Jeff Schmidt wrote:
>> When using [e]dismax, does configuring q.alt=*:* and not specifying q affect the performance/caching in any way?
>
> No different than using q=*:* with the "lucene" query parser. MatchAllDocsQuery is possibly the fastest query out there! (it simply matches documents in index order, all scores are 1.0)
>
>> As a side note, a while back I configured q.alt=*:*, and the application (via SolrJ) still set q=*:* if no user input was provided (faceting). With both of them set that way, I got zero results. (Solr 3.4.0) Interesting.
>
> Ouch. Really? I don't see in the code (looking at my trunk checkout) where there's any *:* used in the SolrJ library. Can you provide some details on how you used SolrJ? It'd be good to track this down as that seems like a bug to me.
>
> Erik
>
>
>>
>> Thanks,
>>
>> Jeff
>>
>> On Nov 22, 2011, at 7:06 AM, Erik Hatcher wrote:
>>
>>> If all you're doing is filtering (browsing by facets perhaps), it's perfectly fine to have q=*:*. MatchAllDocsQuery is fast (and would be cached anyway), so use *:* as appropriate without worries.
>>>
>>> Erik
>>>
>>>
>>>
>>> On Nov 22, 2011, at 07:18 , pravesh wrote:
>>>
>>>> Usually,
>>>>
>>>> Use the 'q' parameter to search for the free text values entered by the
>>>> users (where you might want to parse the query and/or apply
>>>> boosting/phrase-sloppy, minimum match,tie etc )
>>>>
>>>> Use the 'fq' to limit the searches to certain criterias like location,
>>>> date-ranges etc.
>>>>
>>>> Also, avoid using the q=*:* as it implicitly translates to matchalldocsquery
>>>>
>>>> Regds
>>>> Pravesh
>>>>
>>>> --
>>>> View this message in context: http://lucene.472066.n3.nabble.com/how-to-make-effective-search-with-fq-and-q-params-tp3527217p3527535.html
>>>> Sent from the Solr - User mailing list archive at Nabble.com.
>>>
>>
>>
>>
>> --
>> Jeff Schmidt
>> 535 Consulting
>> jas@535consulting.com
>> http://www.535consulting.com
>> (650) 423-1068
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
--
Jeff Schmidt
535 Consulting
jas@535consulting.com
http://www.535consulting.com
(650) 423-1068
Re: how to make effective search with fq and q params
Posted by Erik Hatcher <er...@gmail.com>.
On Nov 22, 2011, at 09:55 , Jeff Schmidt wrote:
> When using [e]dismax, does configuring q.alt=*:* and not specifying q affect the performance/caching in any way?
No different than using q=*:* with the "lucene" query parser. MatchAllDocsQuery is possibly the fastest query out there! (it simply matches documents in index order, all scores are 1.0)
> As a side note, a while back I configured q.alt=*:*, and the application (via SolrJ) still set q=*:* if no user input was provided (faceting). With both of them set that way, I got zero results. (Solr 3.4.0) Interesting.
Ouch. Really? I don't see in the code (looking at my trunk checkout) where there's any *:* used in the SolrJ library. Can you provide some details on how you used SolrJ? It'd be good to track this down as that seems like a bug to me.
Erik
>
> Thanks,
>
> Jeff
>
> On Nov 22, 2011, at 7:06 AM, Erik Hatcher wrote:
>
>> If all you're doing is filtering (browsing by facets perhaps), it's perfectly fine to have q=*:*. MatchAllDocsQuery is fast (and would be cached anyway), so use *:* as appropriate without worries.
>>
>> Erik
>>
>>
>>
>> On Nov 22, 2011, at 07:18 , pravesh wrote:
>>
>>> Usually,
>>>
>>> Use the 'q' parameter to search for the free text values entered by the
>>> users (where you might want to parse the query and/or apply
>>> boosting/phrase-sloppy, minimum match,tie etc )
>>>
>>> Use the 'fq' to limit the searches to certain criterias like location,
>>> date-ranges etc.
>>>
>>> Also, avoid using the q=*:* as it implicitly translates to matchalldocsquery
>>>
>>> Regds
>>> Pravesh
>>>
>>> --
>>> View this message in context: http://lucene.472066.n3.nabble.com/how-to-make-effective-search-with-fq-and-q-params-tp3527217p3527535.html
>>> Sent from the Solr - User mailing list archive at Nabble.com.
>>
>
>
>
> --
> Jeff Schmidt
> 535 Consulting
> jas@535consulting.com
> http://www.535consulting.com
> (650) 423-1068
>
>
>
>
>
>
>
>
>
Re: how to make effective search with fq and q params
Posted by Jeff Schmidt <ja...@535consulting.com>.
Hi Erik:
When using [e]dismax, does configuring q.alt=*:* and not specifying q affect the performance/caching in any way?
As a side note, a while back I configured q.alt=*:*, and the application (via SolrJ) still set q=*:* if no user input was provided (faceting). With both of them set that way, I got zero results. (Solr 3.4.0) Interesting.
Thanks,
Jeff
On Nov 22, 2011, at 7:06 AM, Erik Hatcher wrote:
> If all you're doing is filtering (browsing by facets perhaps), it's perfectly fine to have q=*:*. MatchAllDocsQuery is fast (and would be cached anyway), so use *:* as appropriate without worries.
>
> Erik
>
>
>
> On Nov 22, 2011, at 07:18 , pravesh wrote:
>
>> Usually,
>>
>> Use the 'q' parameter to search for the free text values entered by the
>> users (where you might want to parse the query and/or apply
>> boosting/phrase-sloppy, minimum match,tie etc )
>>
>> Use the 'fq' to limit the searches to certain criterias like location,
>> date-ranges etc.
>>
>> Also, avoid using the q=*:* as it implicitly translates to matchalldocsquery
>>
>> Regds
>> Pravesh
>>
>> --
>> View this message in context: http://lucene.472066.n3.nabble.com/how-to-make-effective-search-with-fq-and-q-params-tp3527217p3527535.html
>> Sent from the Solr - User mailing list archive at Nabble.com.
>
--
Jeff Schmidt
535 Consulting
jas@535consulting.com
http://www.535consulting.com
(650) 423-1068
Re: how to make effective search with fq and q params
Posted by Erik Hatcher <er...@gmail.com>.
If all you're doing is filtering (browsing by facets perhaps), it's perfectly fine to have q=*:*. MatchAllDocsQuery is fast (and would be cached anyway), so use *:* as appropriate without worries.
Erik
On Nov 22, 2011, at 07:18 , pravesh wrote:
> Usually,
>
> Use the 'q' parameter to search for the free text values entered by the
> users (where you might want to parse the query and/or apply
> boosting/phrase-sloppy, minimum match,tie etc )
>
> Use the 'fq' to limit the searches to certain criterias like location,
> date-ranges etc.
>
> Also, avoid using the q=*:* as it implicitly translates to matchalldocsquery
>
> Regds
> Pravesh
>
> --
> View this message in context: http://lucene.472066.n3.nabble.com/how-to-make-effective-search-with-fq-and-q-params-tp3527217p3527535.html
> Sent from the Solr - User mailing list archive at Nabble.com.
Re: how to make effective search with fq and q params
Posted by meghana <me...@amultek.com>.
Thanks Pravesh for your reply..
I definitely try this.. i hope it will improve solr response time.
pravesh wrote
>
> Usually,
>
> Use the 'q' parameter to search for the free text values entered by the
> users (where you might want to parse the query and/or apply
> boosting/phrase-sloppy, minimum match,tie etc )
>
> Use the 'fq' to limit the searches to certain criterias like location,
> date-ranges etc.
>
> Also, avoid using the q=*:* as it implicitly translates to
> matchalldocsquery
>
> Regds
> Pravesh
>
--
View this message in context: http://lucene.472066.n3.nabble.com/how-to-make-effective-search-with-fq-and-q-params-tp3527217p3527654.html
Sent from the Solr - User mailing list archive at Nabble.com.