2017-02-01 6 views
0

Мне интересно, каковы другие преимущества, кроме проверки типа целочисленного типа поля по сравнению со строковым типом. Насколько я знаю в индексе Lucene эти поля в любом случае хранятся в общем формате байтов.Преимущество целочисленного типа над строковым типом поля в упругом поиске

Причина, по которой я прошу, состоит в том, что у меня есть значение поля, которое может быть как строковым, так и целочисленным. Я думаю о том, должен ли я создавать разные типы внутри отображения, т. Е. localhost:9200/index/string_type и localhost:9200/index/integer_type, или я могу безопасно (с точки зрения производительности и других аспектов) использовать тип строк для обоих вариантов.

Я использую эластичный 2.4.

ответ

1

Вы можете пойти с string_type для обоих. Я лично не вижу никаких преимуществ наличия interger_type над строкой. Но затем убедитесь, что вы нарисовали string как not_analyzed, поэтому значение поля не будет анализироваться или маркироваться. Чтобы вы могли просто использовать поле для агрегатов. Возможно, вам стоит взглянуть на этот one, который уточняет больше. Наличие обоих типов полей сразу не повлияло бы на выполнение вышеизложенного.

+0

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

 Смежные вопросы

  • Нет связанных вопросов^_^