On 31-Oct-07, at 11:54 PM, Haishan Chen wrote:
Date: Wed, 31 Oct 2007 17:54:53 -0700 Subject: Re: Phrase Query
Performance Question From: [EMAIL PROTECTED] To: solr-
[EMAIL PROTECTED] hurricane katrina is a very expensive
query against a collection focused on Hurricane Katrina
From: [EMAIL PROTECTED] Subject: Re: Phrase Query Performance Question
Date: Tue, 30 Oct 2007 11:22:17 -0700 To: solr-user@lucene.apache.org On
30-Oct-07, at 6:09 AM, Yonik Seeley wrote: On 10/30/07, Haishan Chen
[EMAIL PROTECTED] wrote: Thanks a lot for replying Yonik! I am
with 600,867 hits. Althought the computer
it was using might be more powerful than mine. I feel 937ms for a
phrase query on a single field is kind of slower. Nutch actually
expand a search to more complex queries. My index and the number of
hits on my query (auto repair) is about one
From: [EMAIL PROTECTED] Subject: Re: Phrase Query Performance Question
Date: Wed, 31 Oct 2007 15:25:42 -0700 To: solr-user@lucene.apache.org On
31-Oct-07, at 2:40 PM, Haishan Chen wrote:
http://mail-archives.apache.org/mod_mbox/lucene-java-user/
200512.mbox/[EMAIL PROTECTED
]
It mentioned that http://websearch.archive.org/katrina/ (in nutch)
had 10M documents and a search of hurricane katrina was able to
return in 1.35 seconds with 600,867 hits. Althought the computer
it was using might be more powerful than mine. I feel 937ms for a
phrase query on a single
: (auto repair) 100384 hits 946 ms(auto repair) 100384 hits 31ms(car
: repair~100) 112183 hits 766 ms(car repair) 112183 hits 63
: ms(business service~100) 1209751 hits 1500 ms(business service)
: 1209751 hits 234 ms(shopping center~100) 119481 hits 359
: ms(shopping
Date: Wed, 31 Oct 2007 19:19:07 -0700 From: [EMAIL PROTECTED] To:
solr-user@lucene.apache.org Subject: RE: Phrase Query Performance Question
: (auto repair) 100384 hits 946 ms(auto repair) 100384 hits 31ms(car
: repair~100) 112183 hits 766 ms(car repair) 112183 hits 63 :
ms
Date: Wed, 31 Oct 2007 17:54:53 -0700 Subject: Re: Phrase Query Performance
Question From: [EMAIL PROTECTED] To: solr-user@lucene.apache.org
hurricane katrina is a very expensive query against a collection focused
on Hurricane Katrina. There will be many matches in many documents
understand that the query performances of phrase query (auto repair) has to
do with the number of documents containing the two words. In fact the number of
documents that have auto and repair are about 10. It is like 5% of the
documents containing auto and repair. It seems to me 937 ms is too slower
without moving to more powerful computer?
I understand that the query performances of phrase query (auto repair) has
to do with the number of documents containing the two words. In fact the
number of documents that have auto and repair are about 10. It is like 5%
of the documents
. Is there
any way to improve query performance without moving to more
powerful computer?
I understand that the query performances of phrase query (auto
repair) has to do with the number of documents containing the two
words. In fact the number of documents that have auto and repair
I am a new Solr user and wonder if anyone can help me these questions. I used
Solr to index about two million documents and query on it using standard
request handler. I disabled all cache. I found phrase query was substantially
slower than the usual query. The statistic I collected
I am a new Solr user and wonder if anyone can help me these questions. I used
Solr to index about two million documents and query on it using standard
request handler. I disabled all cache. I found phrase query was substantially
slower than the usual query. The statistic I collected
Hi
Suppose you have a field name with data - Sony CLT2134 handheld
camera. When doing a phrase search like Sony Camera or sony
handheld -- Solr returns 0 results. Often time our searchers doesn't
know the model number but perform phrase search.. How do I solve this
issue?
Regards
I solve this
issue?
If you are controlling the query structure you could
- use a sloppy phrase query... sony handheld~10
- use the dismax handler to create a different query structure
- don't use a phrase query at all... change the default operator to
and (q.op=AND)
to require both terms
201 - 215 of 215 matches
Mail list logo
