Use fieldType string.
If you're using custom fieldType, "secret" would not match with "secrets"
unless you use appropriate analyzer (Stemmer, EdgeNGrams) but it may still
match with "secret something" if you're using StandardTokenizer or
something similar (use KeywordTokenizer).
On Tue, 4 Feb 202
You can store a non alayzed version and copy it to an analyzed field.
If you need full text search, you se the analyzed version. Otherwise use the
non analyzed version.
If you want to search both you could still do that and boost the non alayzed
version if needed
On Tue, 04 Feb 2020
Hello, Ćukasz
The later for sure.
On Tue, Feb 4, 2020 at 12:44 PM Antczak, Lukasz
wrote:
> Hi, Solr experts!
>
> I would like to learn from you if there is a better solution for doing
> 'exact search' in Solr.
> Exact search means no analysis for the text other then tokenization. Query
> "secret
d for whatever degree of "exactness" you require.
-- Jack Krupansky
-Original Message-
From: Shay Sofer
Sent: Monday, August 25, 2014 8:02 AM
To: solr-user@lucene.apache.org
Subject: RE: Exact search with special characters
Hi,
Thanks for your reply.
I thought that google
t" Ill get only test host
Also, when search for partial string like test / host I'll get all above
results.
Thanks.
-Original Message-
From: Jack Krupansky [mailto:j...@basetechnology.com]
Sent: Sunday, August 24, 2014 3:34 PM
To: solr-user@lucene.apache.org
Subject:
What precisely do you mean by the term "exact search". I mean, Solr (and
Lucene) do not have that concept for tokenized text fields.
Or did you simply mean "quoted phrase". In which case, you need to be aware
that all the quotes do is assure that the terms occur in that order or in
close proxi
May be this wont work, but just a thought...Cant you use
PathHierarchyTokenizerFactory and configure as below?
In this example however we see the oposite configuration, so that a query
for Books/NonFic/Science/Physics would match documents containing
Books/NonFic, Books/NonFic/Science, or Books/No
Separate fields for URL as string and URL as keywords makes sense. You can
also use the URL classifier update processor or a regex filter to have a
third field to match solely the domain name, if that is needed.
-- Jack Krupansky
-Original Message-
From: Furkan KAMACI
Sent: Friday, J
Well, string types are not analyzed at all, so if the town is "Dundee",
this will not match.
If you haven't seen the admin/analysis page, that's the first place I'd
start. Followed by adding &debugQuery=true and looking at the results.
Best
Erick
On Sat, Dec 22, 2012 at 1:04 PM, hank williams
Did you reindex? Did you examine the index with Luke and/or the admin
page and see if your content is what you expect? Is capitalization
an issue? Did you try adding "debugQuery=on" and examine the
results?
If you're still stuck, please provide more information, like the schema
definitions for ind
10 matches
Mail list logo