Не найдено сопоставления для поля для сортировки в ElasticSearch

Elasticsearch выдает SearchParseExceptionзапрос временного анализа, если найдены документы, не содержащие поля, используемого в критериях сортировки.

SearchParseException: Parse Failure [Не найдено сопоставлений для [цена] для сортировки]

Как я могу успешно искать в этих документах, даже если в некоторых это priceполе отсутствует ?

Покопав больше, я нашел решение, приведенное ниже. ignore_unmappedдолжно быть явно указано trueв предложении сортировки.

"sort" : [
       { "rating": {"order" : "desc" , "ignore_unmapped" : true} },
       { "price": {"order" : "asc" , "missing" : "_last" , "ignore_unmapped" : true} }
]

Для получения дополнительной информации см. Ссылки Elasticsearch для:

• недостающие значения
• игнорирование неотображенных полей

Для тех , кто ищет примера как ignore_unmappedи unmapped_typeсмотрите мой ответ здесь .

Обратите внимание, что «ignore_unmapped» теперь не рекомендуется к использованию «unmapped_type». Это было сделано в рамках # 7039

Из документации: до версии 1.4.0 был логический параметр ignore_unmapped, который не содержал достаточной информации для принятия решения о генерируемых значениях сортировки и не работал для поиска по перекрестному индексу. Он по-прежнему поддерживается, но пользователям рекомендуется вместо этого перейти на новый unmapped_type.

По умолчанию поисковый запрос завершается ошибкой, если с полем не связано сопоставление. Параметр unmapped_type позволяет игнорировать поля, для которых нет сопоставления, и не сортировать по ним. Значение этого параметра используется для определения того, какие значения сортировки выдавать. Вот пример того, как это можно использовать:

{
    "sort" : [
        { "price" : {"unmapped_type" : "long"} },
    ],
    "query" : {
        "term" : { "user" : "kimchy" }
    }
}

Если какой-либо из запрашиваемых индексов не имеет сопоставления для цены, Elasticsearch обработает его, как если бы было сопоставление типа long, и все документы в этом индексе не имеют значения для этого поля.

Очевидно, ElasticSearch не выполняет сортировку по нулевым значениям. Я предполагал, что он будет рассматривать null как начало или конец (как в случае с порядком SQL), но я считаю, что он также вызывает эту ошибку.

Поэтому, если вы видите эту ошибку, вам может потребоваться убедиться, что атрибут сортировки имеет значение по умолчанию при отправке в ElasticSearch.

У меня была эта ошибка с Rails + ElasticSearch + Tire, потому что столбец сортировки не имел значения по умолчанию, поэтому он отправлялся в ES как null.

Эта проблема указывает на то, что обрабатываются нулевые значения, но это не было моим опытом. В любом случае это стоит попробовать.

У меня возникла та же проблема (вроде бы; были бы некоторые ошибки, но некоторые результаты), но в моем случае мой поиск выполнялся в корне (индекс не указан), и ошибки, которые я получал, были связаны с тем, что поиск / порядок также глядя на индекс Кибаны.

Глупая ошибка, но, может быть, это поможет кому-то другому, кто окажется здесь.

Elasticsearch 6.4

просто укажите индекс и все в Кибане

ПЕРЕД

GET /_search
{
 
  "query": {
    "exists": {
      "field": "document_id"
    }
  },
  "sort": [
    {
      "document_id": { "order": "asc"  },
      "created_at":  { "order": "desc" }
    }
  ]
}

ПОСЛЕ

GET /document-index/contact/_search  (here)
{

  "query": {
    "exists": {
      "field": "document_id"
    }
  },
  "sort": [
    {
      "document_id": { "order": "asc"  },
      "created_at":  { "order": "desc" }
    }
  ]
}

если вы используете es 6.7

Попробуй это

sort : ["title.keyword:desc"]

Вы также можете использовать скрипт, который дает вам некоторую гибкость:

"sort" : {
    "_script" : {
        "type" : "number",
        "script" : {
            "lang": "painless",
            "source": "return !doc['price'].empty ? doc['price'].value : 0"
        },
        "order" : "desc"
    }
}

Что происходит, когда мы используем приведенный ниже код, где added_on - это дата !! текст атрибута анализируется, что означает, что он разбивается на отдельные слова при сохранении и позволяет выполнять поиск произвольного текста по одному или нескольким словам в поле

поэтому с полями связаны «текст» и «ключевое слово», поэтому, если нам нужно использовать агрегирование в запросе, нам нужно значение поля, как правило, ключевое слово.

BEFORE

"_source":{....}
"query" : {...}
"sort": [
{
  "added_on": {
    "order": "desc"
  }
}
]

AFTER
"_source":{....}
"query" : {...}
"sort": [
{
  "added_on.keyword": {
    "order": "desc"
  }
}
]