Chris,
This is really good stuff, I said stuff not really thinking/knowing about
the index inner-workings.
I was thinking if I could use "copyField", as in my previous example:
But I guess I would have had to write a custom processor and define a
specific field type.
I guess a more elegant
Ok, I'll take your suggestion, but I would still be really happy if the
wildcard searches behaved a little more intelligent (body:* not looking for
everything in the body). More like when you do "q=*:*" it doesn't really
search for everything in every field.
Thanks
--
View this message in conte
Jack, sorry to forgot to answer you, we tried "[* TO *]" and the response
times are the same as doing plain "*"
--
View this message in context:
http://lucene.472066.n3.nabble.com/Solr-3-6-1-query-performance-is-slow-when-asterisk-is-in-the-query-tp4002496p4002708.html
Sent from the Solr - User
Hello Chris, thanks a lot for your reply. But is there an alternative
solution? Because I see adding "has_body" as data duplication.
Imagine in that in a Relational DB you had to create extra columns because
you can't do something like "where body is not null"
If there's no other alternative I'll
Hello Jack,
We found that the problem is related to the *lucene* query parser in 3.6
select?q=author:David\ Duke&defType=lucene
Would render the same results as:
select?q=author:(David OR Duke)&defType=lucene
But
select?q=author:David\ Duke&defType=edismax
Would render the same results as:
selec
