1 of 7

Dynamic field mapping

ElasticSearch

Václav Čevela

2 of 7

Vložení mappingu

3 of 7

Znáte?

4 of 7

A to mám ještě štěstí že ve verzi 6 už je ten reason rozumně popsaný, dříve to bylo bez informace o poli, jen mapping parse exception. Ale to nic nemění na tom že teď mám problém a pokud chci změnit datový typ pole musím vytvořit nový index a přesunout do něj data.

Nebo můžu udělat typo v názvu pole když posílám mapping do ES. Aplikaci je to jedno protože ta pošle data do ES a ten je přijme a uloží pod špatně pojmenovaným polem a typ dat si uhodne sám. A potom když chci vyhledat produkty podle availability tak koukám že žádné produkty nemám a po půl hodině pátrání zjistím že někdo udělal typo :)

Poslední věc než se vrhneme na správné nastavení bych vám chtěl ještě říct. ES při automatickém odhadování datového typu vždy použije ten co je nejvíc benevolentní pro int použije long(bigint), pro string použije text i když v tom poli nemusím chtít vyhledávat a raději bych keyword typ.

Na závěr tohoto slajdu hodím pro tip: keyword datový typ je nejlépe optimalizovaný a dokumentace doporučuje použít ho klidně i pro IDčka co pošlu z databáze a do takového stavu se mi dynamic mapping nikdy sám nenastaví. Takže jak si pomoc ->

5 of 7

Dynamic field mapping

true
false
strict

6 of 7

Nastavení

7 of 7

Dekuji za pozornost

Otázky?

github.com/spameri/elastic

twitter/spamercz