Mapping dynamique?

[mat.bst (Math)]

Bonjour à tous,

Il y a une petite question (bête) que je me pose...

Nous allons dire qu'a ce jour, j'indexe des documents ayant tous les même champs

champsA
champsB
champsC

Vais-je rencontrer un problème le jour ou j'indexerai des documents comme ci dessous ?

ChampsA
ChampsB
ChampsC
ChampsD

ou

Champs A
ChampsB
ChampsD

[Julien]

Aucun probleme pour ajouter des champs mais j'evoquerai quand meme ce point

• sparse fields: un index avec beaucoup de proprietes/champs qui sont vide pour la plupart des documents n'est pas une situation optimum, c'est a dire que les documents utilise des resources pour les champs qui existent pas pour le document mais qui existe pour d'autre documents dans le meme index/shard/segment. Meme si avec la version 6 de elasticsearch ca gaspillera moins d'espace disque c'est a ne pas abuser...
  https://www.elastic.co/blog/minimize-index-storage-size-elasticsearch-6-0
  https://www.elastic.co/blog/sparse-versus-dense-document-values-with-apache-lucene

• Aussi un autre point il faut faire attention a l'explosion du nombre de champs qui aurrait aussi un impact sur la performance

[dadoonet (David Pilato)]

Oui. Il y a d’ailleurs une limite par défaut au nombre de champs dans un mapping (1000 de mémoire).

[mat.bst (Math)]

Merci à vous ces réponses, cela convient pour mon utilisation. je n'aurais au maximum que 1 voir 2 champs supplémentaire et tout les précédents resteront rempli !