# Как убрать слово из запроса, которое нигде не встречается?

**URL:** <https://discuss.elastic.co/t/topic/81147>\
**Category:** Вопросы на русском языке\
**Created:** [April 4, 2017, 1:02pm UTC](https://discuss.elastic.co/t/topic/81147 "2017-04-04T13:02:21Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![klara\_gogi](https://avatars.discourse-cdn.com/v4/letter/k/76d3ee/32.png) [@klara\_gogi](https://discuss.elastic.co/u/klara_gogi)\
**Post date:** [April 4, 2017, 1:02pm UTC](https://discuss.elastic.co/t/topic/81147/1 "2017-04-04T13:02:21Z")

</div>

Я понимаю что можно скомбинировать запросы с оператором и и или между словами, но может планируется или есть уже решение которое было бы оптимизировано под большие скорости и нагрузки?

---

<div class="post-metadata">

**Author:** ![Igor\_Motov](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/igor_motov/32/45193_2.png) [@Igor\_Motov](https://discuss.elastic.co/u/Igor_Motov)\
**Post date:** [April 4, 2017, 1:40pm UTC](https://discuss.elastic.co/t/topic/81147/2 "2017-04-04T13:40:52Z")

</div>

Я не понял вопрос. Зачем его убирать? На каком уровне? Вы не могли бы более подробно описать, что вы пытаетесь достичь.

---

<div class="post-metadata">

**Author:** ![klara\_gogi](https://avatars.discourse-cdn.com/v4/letter/k/76d3ee/32.png) [@klara\_gogi](https://discuss.elastic.co/u/klara_gogi)\
**Post date:** [April 4, 2017, 2:43pm UTC](https://discuss.elastic.co/t/topic/81147/3 "2017-04-04T14:43:04Z")

</div>

Есть магазин одежды, у него товар :  
леггинсы зеленые на высокой талии зауженные diesel  
и рассмотрим два запроса  
1.джеггинсы зеленые на высокой талии зауженные diesel  
но нет :  
2.джеггинсы зеленые _с паетками_ на высокой талии зауженные diesel

карточка товара имеет мапинг, поля по которым поиск идет с разными весами, но например "на высокой талии" в доп свойствах нет, а есть только в названии

значит поиск найдет товар по полю "название", а при запросе 2 уже нет, потому что это fuzzy query с operator "and"

---

<div class="post-metadata">

**Author:** ![Igor\_Motov](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/igor_motov/32/45193_2.png) [@Igor\_Motov](https://discuss.elastic.co/u/Igor_Motov)\
**Post date:** [April 4, 2017, 5:28pm UTC](https://discuss.elastic.co/t/topic/81147/4 "2017-04-04T17:28:43Z")

</div>

Может лучше тогда не `fuzzy` с `and`, а `or` c `minimum_should_match`?

---

<div class="post-metadata">

**Author:** ![klara\_gogi](https://avatars.discourse-cdn.com/v4/letter/k/76d3ee/32.png) [@klara\_gogi](https://discuss.elastic.co/u/klara_gogi)\
**Post date:** [April 5, 2017, 12:10pm UTC](https://discuss.elastic.co/t/topic/81147/5 "2017-04-05T12:10:57Z")

</div>

А опция указать не линейную зависимость количества слов которые могут не совпасть, от слов в длине запроса, вам видится полезной? Или есть что-то , что даст похожий эффект?

То есть, если мне нужен скачок: начиная с запроса длиною в 4 слова и более, я хочу чтобы учитывались обязательно только "50%" слов , а меньше 4 minimum\_should\_match = "-1"

---

<div class="post-metadata">

**Author:** ![Igor\_Motov](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/igor_motov/32/45193_2.png) [@Igor\_Motov](https://discuss.elastic.co/u/Igor_Motov)\
**Post date:** [April 5, 2017, 2:06pm UTC](https://discuss.elastic.co/t/topic/81147/6 "2017-04-05T14:06:48Z")

</div>

> [@klara\_gogi](#):
>
> А опция указать не линейную зависимость количества слов которые могут не совпасть, от слов в длине запроса, вам видится полезной? Или есть что-то , что даст похожий эффект?

Да, посмотрите в [документации](https://www.elastic.co/guide/en/elasticsearch/reference/5.3/query-dsl-minimum-should-match.html).

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [May 3, 2017, 2:06pm UTC](https://discuss.elastic.co/t/topic/81147/7 "2017-05-03T14:06:53Z")

</div>

Closed on May 3, 2017, 2:06pm UTC

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
