Ha!  I need to get used to the fact that 2.9 is out there already :)
Thanks mark for the addition.

simon

On Mon, Sep 28, 2009 at 11:18 PM, Mark Miller <markrmil...@gmail.com> wrote:
> Though in 2.9 this is not much of a concern - the multi term queries are
> smart - if it matches few enough terms it will rewrite to a constant score
> booleanquery - if it matches a lot of terms it will rewrite to a
> constantscore query - using a filter underneath. So maxclause issues should
> no longer be an issue.
>
> - Mark
>
> http://www.lucidimagination.com (mobile)
>
> On Sep 28, 2009, at 3:05 PM, Simon Willnauer
> <simon.willna...@googlemail.com> wrote:
>
>> Depending on your usecase you might want to use the PrefixFilter
>> instead of PrefixQuery which can be way more efficient than a query.
>> With a filter you have the possibility to cache it very easily and you
>> are not exposed to issued related to the length of the prefix. If you
>> have a very short prefix and in turn lots of terms matching that
>> prefix you might run into problems with TooManyBooleanClauses
>> expections. The downside is that a filter will not contribute to the
>> score of a document.
>> Just wanna point you to it if it is an alternative.
>>
>> simon
>>
>> On Mon, Sep 28, 2009 at 7:23 PM, entdeveloper
>> <cameron.develo...@gmail.com> wrote:
>>>
>>>
>>> John Seer wrote:
>>>>
>>>> Hello,
>>>>
>>>> Is there any benefit of using one or other for "start with query"?
>>>>
>>>> Which one is faster?
>>>>
>>>>
>>>> Regards
>>>>
>>>
>>> It seems that you've answered your own question. If you want a "start
>>> with
>>> query", this is exactly what a PrefixQuery is for. WildcardQuery gives
>>> you
>>> more flexibility, but if you don't need it, then PrefixQuery should get
>>> the
>>> job done.
>>> --
>>> View this message in context:
>>> http://www.nabble.com/PrefixQuery-vs-wildcardquery-tp25649045p25649399.html
>>> Sent from the Lucene - Java Users mailing list archive at Nabble.com.
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: java-user-h...@lucene.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: java-user-h...@lucene.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-user-h...@lucene.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-user-h...@lucene.apache.org

Reply via email to