Как обновить тип поля в маппинге elasticsearch?

Question

[Woice]

Версия пхп - 7.
Версия эластика - 2.3.3

На машине уже было несколько индексов. У меня была задача с помощью специального скрипта создать новый и загрузить его в эластик.

Был сегенерировал файл mapping - данный файл у нас "типовой". В других индексах он такой же, по-идее.
Был сгенерирован файл archive - в котором присутствует запись, вида:


Вроде бы, все прошло прекрасно и мой "архив" добавился без ошибок. Однако при поиске эластик сильно ругается, в логах видно вот что:

("merging/reducing the aggregations failed when computing the aggregation [Name: Archive, Type: terms] because: the field you gave in the aggregation query existed as two different types in two different indices")

При этом, в маппинге на разных индексах видны различия:


Пытался удалять строку, где у меня long и добавлять снова, ситуация не поменялась.
Пытался выполнять данный скрипт:
curl -XPUT 'localhost:9200/rguu/_mapping/archive?pretty' -H 'Content-Type: application/json' -d'{ "properties": { "sort": { "type": "integer" } }}'
После выполнения пишет, что "все хорошо", однако в маппинге ничего не меняется.

Как его менять вообще? Как его создавать?
Все ли я правильно делаю и понимаю?

Comments

[SharuPoNemnogu]

поле sort в lucene это одно и тоже поле, оно не может быть разного типа. Изменить вроде как нельзя, как вам вообще удалось создать такой индекс не понятно. Если индекс не большой, проще создать новый и переиндексировать из старого

[Woice]

SharuPoNemnogu, индекс огромный, к тому же это уже делалось (с нуля создавалось и заливалось в эластик)...
В маппинге прописаны типы полей, но создает все равно ЛОНГ... ((

Answer 1

[Woice]

В общем, вопрос решил немного иначе (самый простой и действенный пока).
Так как у меня все индексы создаются по типовым маппингам, которые, почему-то не хавались лишь 1 индексом, то удалось решить проблему через _template.

1. Перед созданием индекса создал шаблон с темплейтом template: "rguu*" и своим "типовым" мапингом.
2. Далее создал индекс rguu_10 (уже 10ая попытка).
3. Для теста залил несколько проблемных типов индекса.

Только такая ситуация смогла создать адекватный индекс и маппинг "подцепился".

Answer 2

[Алексей Черемисин]

Разочарую - мапинг обновить нельзя! Можно только добавлять новые поля.
Ваши действия - делаем новый индекс с правильным мапингом до заливки данных в этот индекс, переливаем туда старые данные, например через _reindex api - https://www.elastic.co/guide/en/elasticsearch/refe...
И да, агрегации с разными типами одного поля работать не будут.

Как создать мапинг? Отдельная песнь - описана в подробностях здесь - https://www.elastic.co/guide/en/elasticsearch/refe...
Обычно делается перед заливкой данных. Там еще кроме мапинга есть settings - отже отдельная песнь.

Comments

[RidgeA]

Для справки: эластика планирует от типов в индексах отказаться вообще, к версии, вроде 8 или 9.

[Woice]

Спасибо за комментарий.

А мне обязательно удалять ВЕСЬ индекс? У меня там несколько типов, которые с этой ошибкой не связаны (вроде бы). И перезаливать их - это часов 10 (а по логике еще и генерация столько же займет, если будет "верной" изначально).

Маппинг, как я сказал, у меня для всех индексов один и тот же - типовой, без различий между друг другом - и там указан четко тип поля sort. И он попал в эластик ДО типа archive с которым проблемы...

_reindex работает быстро?

[Woice]

И, к сожалению, данный вариант не сработал... Та же ошибка (.

[Алексей Черемисин]

Woice,
1) вам не нужно удалять индекс, до поры, до времени.
2) создаете новый индекс, делаете туда мапинг с полем long
3) переливаете все данные в этот индекс через _reindex (это обычно в 3-4 раза быстрее)
4) лучше всего сразу отказаться от много типовых индексов и на каждый тип сделать собственный индекс (по типу п3), переливаете также данные, везде делаете одинаковые поля long
5) можете на все индексы сделать alias, чтобы удобнее было работать
6) после этого можно удалить старые индексы.