|
|
Publicerad på 2019-01-09 10:29:11
|
|
|
|
Felorsak
{
"error": {
"root_cause": [
{
"typ": "mapper_parsing_exception",
"reason": "Ingen handler för typ [sträng] deklarerad på fältet [upload_status]"
}
],
"typ": "mapper_parsing_exception",
"reason": "Ingen handler för typ [sträng] deklarerad på fältet [upload_status]"
},
"status": 400
} 
Jag använder Elasticsearch version 6.2.2 och när jag skapar fält enligt skolans dokumentation använder jag {"type":"string","index":"not_analyzed"}.
Orsaksanalys
Efter att ha kontrollerat stavningen bestämde jag mig för att kolla den nya versionen av Elasticsearch-funktionerna, eftersom jag också tidigare hade trampat på installationsmetoden för huvudpluginet på grund av versionsproblemet.
Mycket riktigt introducerade Elasticsearch text och nyckelord från 5.X, där nyckelord används på icke-segmenteringsfält och bara kan matcha exakt vid sökning, då strängen fortfarande behålls.
anlände6.X tar bort strängen heltAvsluta.
AnnarsVärdet av "index" kan bara vara en boolesk variabel。
Lösningslösning
{"type":"text","index":false}
Så, json-modifieringen är följande:
Men det finns nya fel som är följande:
{
"error": {
"root_cause": [
{
"typ": "illegal_argument_exception",
"reason": "Att avvisa mappningsuppdatering till [restaurang] eftersom den slutliga mappningen skulle ha mer än 1 typ: [post, info]"
}
],
"typ": "illegal_argument_exception",
"reason": "Att avvisa mappningsuppdatering till [restaurang] eftersom den slutliga mappningen skulle ha mer än 1 typ: [post, info]"
},
"status": 400
}
Efter Elasticsearch 7.x-släppet är parametern i typeURL valfri. Till exempel kräver indexering av dokument inte längre en dokumenttyp
Resurser:
https://github.com/sirensolutions/sentinl/issues/257
https://www.elastic.co/guide/en/ ... moval-of-types.html
|
Föregående:MD5-krypteringNästa:Hur får C#-kod din dator att stänga av, starta om, logga ut, låsa, stänga av...
|
