Elasticsearch: Métadonnées personnalisées au niveau de l'index

C'est ça que tu cherches ? http://www.elasticsearch.org/guide/reference/mapping/meta.html

Non, ce sont les métadonnées au niveau du mappage de type auxquelles j'ai fait référence.

Je joins un pull @ https://github.com/elasticsearch/elasticsearch/pull/2378

créer un index avec une méta personnalisée

{
"Les paramètres" : {
"number_of_shards" : 3,
"nombre_de_répliques" : 2
},
"custom_meta" : {
"nom1" : "valeur1",
"name2" : { "attr1": "value1", "attr2":"value2"},
"nom3" : nombre
}
}

effacer
/{index}/_custom_meta
/{index}/_custom_meta/{nom}

mettre
/{index}/_custom_meta/{nom}

avoir
/{index}/_custom_meta
/{index}/_custom_meta/{nom}

Peut-être quelque chose qui pourrait être pris en charge via les paramètres d'index ?

Après discussion, cela pourrait simplement être implémenté en utilisant un type meta et en y stockant un document. Fermeture

@clintongormley Elasticsearch a supprimé la prise en charge des types multiples dans un index à partir de la version 6.0.
Avez-vous des conseils mis à jour pour stocker les métadonnées par index ?

Comme Clinton l'a mentionné, vous pouvez utiliser le champ méta.

https://www.elastic.co/guide/en/elasticsearch/reference/current/mapping-meta-field.html

@brusic est-ce une opération bon marché ? Pour le moment, je mets à jour un méta-document dans une requête en masse pour m'assurer que les métadonnées sont identiques à mes données indexées. Je ferais donc une mise à jour de l'index pour chaque document indexé.

Tout d'abord, je me suis légèrement trompé dans ma déclaration précédente. Clinton a fait référence à un type méta, et non au champ méta désormais officiel (qui n'existait pas à l'époque).

Je n'ai jamais utilisé le champ méta depuis qu'il a été introduit des années après l'ouverture de ce problème et j'ai trouvé d'autres alternatives. Je suppose que le champ méta est ajouté à l'état du cluster, ce qui pourrait rendre cette opération coûteuse. L'état du cluster doit propager de nouvelles différences aux autres nœuds du cluster, ce qui, je pense, le rendrait plus lent que la simple indexation d'un document (car il n'y a pas de mise en mémoire tampon et ainsi de suite).

Merci pour la réponse précise !

J'utiliserai un index séparé pour les métadonnées d'index car il est possible d'indexer/mettre à jour des documents dans différents index en même temps avec une requête en masse.

@clintongormley, je voudrais voter sur la mise en œuvre de la méta au niveau de l'index. Je suppose que beaucoup d'utilisateurs d'ES aimeraient attacher des données sur l'index à l'index lui-même (version de mappage afin que les ingesteurs sachent quel encodeur ils doivent utiliser ; heure de création ; nœud qui a créé l'index ; liste des actualisations/fusions forcées ; liste des interventions manuelles ; etc, etc), je pense que ce serait aussi utile que le champ _meta par document.