Интересно, как следует обрабатывать документы с логическим составным идентификатором в Elasticsearch. В качестве примера предположим, что вы хотите сохранить документ, содержащий информацию о человеке. Логическим ключом будет тройка (имя, фамилия, дата рождения): это однозначно идентифицирует человека, поэтому попытка сохранить много документов с одной и той же тройкой должна привести к обновлению одного и того же документа.
Is такое понятие «составной ID» поддерживается в ElasticSearch? Или это должно быть реализовано как-то иначе (например, строковое представление имени, фамилии и даты рождения / а-ха sh функция трех значений / ...)?
Есть другие вопросы которые решают аналогичные проблемы, но вместо этого имеют дело с извлечением данных:
Составной идентификатор ElasticSearch
ElasticSearch: используйте составной идентификатор клиента + идентификатор страницы field?
Сохранить данные составного ключа в elasti c документ поиска
Прежде чем приступить к шагу извлечения, меня интересует, как выглядят документы хранится. В частности: как должны быть реализованы составные логические идентификаторы, чтобы система могла различать guish документы, чтобы понимать, когда следует создать новый или обновить существующий?