Elasticsearch: Пользовательские метаданные на уровне индекса

Это то, что вы ищете? http://www.elasticsearch.org/guide/reference/mapping/meta.html

Нет, это те метаданные уровня сопоставления типов, о которых я говорил.

Прилагаю пул @ https://github.com/elasticsearch/elasticsearch/pull/2378

создать индекс с настраиваемой мета

{
"настройки" : {
"number_of_shards": 3,
"number_of_replicas": 2
},
"custom_meta": {
"имя1": "значение1",
"name2": {"attr1": "значение1", "attr2": "значение2"},
"name3": номер
}
}

удалять
/ {index} / _ custom_meta
/ {index} / _ custom_meta / {имя}

положил
/ {index} / _ custom_meta / {имя}

получать
/ {index} / _ custom_meta
/ {index} / _ custom_meta / {имя}

Возможно, что-то, что можно было бы поддержать с помощью настроек индекса?

После обсуждения это можно просто реализовать, используя тип meta и сохранив в нем один документ. Закрытие

@clintongormley Elasticsearch удалил поддержку наличия множественных типов в индексе, начиная с версии 6.0.
Есть ли у вас какие-нибудь обновленные рекомендации по хранению метаданных по индексу?

Как упоминал Клинтон, вы можете использовать метаполе.

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

@brusic это дешевая операция? В настоящий момент я обновляю метадокумент внутри массового запроса, чтобы убедиться, что метаданные соответствуют моим индексированным данным. Поэтому я бы сделал обновление индекса для каждого проиндексированного документа ..

Во-первых, я немного ошибся в своем предыдущем заявлении. Клинтон сослался на метатип, а не на теперь официальное метаполе (которое в то время не существовало).

Я никогда не использовал метаполе, так как они были введены спустя годы после того, как эта проблема была открыта, и я нашел другие альтернативы. Я бы предположил, что метаполе добавлено к состоянию кластера, что может сделать эту операцию дорогостоящей. Состояние кластера должно распространять новые различия на другие узлы в кластере, что, я думаю, сделает его медленнее, чем простая индексация документа (поскольку здесь нет буферизации и прочего).

Спасибо за точный ответ!

Я буду использовать отдельный индекс для метаданных индекса, так как можно индексировать / обновлять документы в разных индексах одновременно с массовым запросом.

@clintongormley Я хотел бы проголосовать за реализацию мета уровня индекса. Я предполагаю, что многие пользователи ES хотели бы прикрепить некоторые данные об индексе к самому индексу (версия сопоставления, чтобы пользователи знали, какой кодировщик им следует использовать; время создания; узел, который создал индекс; список принудительных обновлений / слияний; список ручных вмешательств ; etc и т.д.), я думаю, это было бы так же полезно, как и поле _meta каждого документа.