Disclaimer: I've only been working (evaluating) Solr for three weeks.
I had exactly this issue, and I found that using a field of type string gave
exact matches. So, if you need to do both substring and exact match queries,
you'll need two fields. One non-tokenized field using class StrField and
I'm evaluating SOLR/Lucene for our needs and currently looking at performance
since 99% of the functionality we're looking for is provided. The index
contains 18.4 Million records and is 58Gb in size. Most queries are
acceptably quick, once the filters are cached. The filters select one or
more of
valued or tokenized fields? In that case, Solr uses
> field queries which consume a lot of memory if the number of unique terms
> are large.
>
> On Jan 31, 2008 9:13 PM, Andy Blower <[EMAIL PROTECTED]> wrote:
>
>>
>> I'm evaluating SOLR/Lucene for our needs and
Yonik Seeley wrote:
>
> *:* maps to MatchAllDocsQuery, which for each document needs to check
> if it's deleted (that's a synchronized call, and can be a bottleneck).
>
Why does this need to check if documents are deleted if normal queries
don't? Is there any way of disabling this since I can
