bq. is there any difference if the fq field is a string field vs test
Absolutely. string fields are not analyzed in any way. They're not
tokenized. There are case sensitive. Etc. For example takd
My dog
as input. A string field will have a _single_ token "My dog.". It will
not match a search on "
btw, is there any difference if the fq field is a string field vs test
field?
On Wed, Jul 11, 2018 at 11:59 AM, Wei wrote:
> Thanks Erick and Andrea! If my default operator is OR, fq=
> my_text_field:(Jurassic park the movie) is equivalent to
> my_text_field:(Jurassic
> OR park OR the OR mov
Thanks Erick and Andrea! If my default operator is OR, fq=
my_text_field:(Jurassic park the movie) is equivalent to
my_text_field:(Jurassic
OR park OR the OR movie)? That make sense.
On Wed, Jul 11, 2018 at 9:06 AM, Andrea Gazzarini
wrote:
> The syntax is valid in all those three examples, th
The syntax is valid in all those three examples, the right one depends on
what you need.
The first query executes a proximity search (you can think to a phrase
search, for simplicity) so it returns no result because probably you don't
have any matching docs with that whole literal.
The second is
1> is looking for the _phrase_, so the four tokens "jurassic" "park"
"the" "movie" have to appear next to each other in that order.
2> is looking for the four tokens anywhere in the field. Whether they
_all_ must appear depends on whether the default operator (OR or AND).
3> is parsed as my_text_
