Brak mapowania dla pola w celu posortowania w ElasticSearch

Question

Elasticsearch wyrzuca SearchParseException podczas analizowania zapytania, jeśli znaleziono jakieś dokumenty nie zawierające pola użytego w kryteriach sortowania.

SearchParseException: Przetwarza Wada [Nie znaleziono [Cena] mapowanie aby posortować]

Jak można skutecznie wyszukiwać tych dokumentów, nawet jeśli niektóre z nich są brakujące pola price?

Answer 1

Po zakończeniu kopania znalazłem rozwiązanie przedstawione poniżej. ignore_unmapped należy jawnie ustawić na true w klauzuli sort.

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

Aby uzyskać więcej informacji zajrzyj na odnośnikach Elasticsearch dla:

• missing values
• ignoring unmapped fields

Answer 2

ja doświadczył ten sam problem (sorta, by dostać jakieś błędy, ale niektóre wyniki), ale w moim przypadku moje poszukiwania były wydawane w katalogu głównym (bez określonego indeksu), a błędy, które otrzymywałem, były spowodowane tym, że morze rch/order również szukał indeksu Kibana.

Głupi błąd, ale może to pomoże komuś, kto tu trafi.

Answer 3

Podobno ElasticSearch nie sortuje wartości null. Zakładałem, że potraktuje on wartość null jako będącą na początku lub na końcu (tak jak przy porządkowaniu SQL), ale uważam, że powoduje to również ten błąd.

Jeśli widzisz ten błąd, być może musisz upewnić się, że atrybut sortowania ma wartość domyślną, gdy jest wysyłany do ElasticSearch.

Miałem ten błąd z Railsami + ElasticSearch + Tire, ponieważ kolumna sortowania nie miała wartości domyślnej, więc została wysłana do ES jako null.

This issue wskazuje wartości null są obsługi, ale to nie było moje doświadczenie. W każdym razie warto czegoś takiego spróbować.

Answer 4

Dla tych, którzy szukają przykład zarówno ignore_unmapped i unmapped_type proszę zobaczyć my response here.

Należy zauważyć, że "ignore_unmapped" jest teraz przestarzałe na rzecz "unmapped_type". Dokonano tego w ramach #7039

From documentation: Przed 1.4.0 nie był ignore_unmapped logiczna parametr, który nie był wystarczająco dużo informacji, aby zdecydować się na wartościach sortowania emitować, a nie działać na poszukiwaniu cross-index. Jest nadal obsługiwany, ale użytkownicy są zachęcani do migracji do nowego typu unmapped_type.

Domyślnie żądanie wyszukiwania nie powiedzie się, jeśli nie ma mapowania skojarzonego z polem. Opcja unmapped_type pozwala ignorować pola, które nie mają odwzorowania i nie sortują według nich. Wartość tego parametru służy do określania wartości sortowania do emisji.Oto przykład, jak może on być stosowany:

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

Jeżeli którykolwiek z indeksów, które są testowane nie posiada odwzorowanie dla cenie następnie Elasticsearch zajmie to tak, jakby nie było odwzorowanie typu długości, wszystkie dokumenty w tym indeksie nie mają wartości dla tego pola.