Это полностью зависит от вашего основного хранилища данных сценариев использования, если вы хотите иметь
- Поиск на основе ключей (упоминание о значении ключа, на основе документа № SQL)
- Простые запросы к нескольким столбцам
- Хорошо, чтобы не иметь свойств ACID
- Структура данных часто меняется, следовательно, трудно использовать RDBMS
- , которую вы хотите масштабировать быстро и хорошо, чтобы иметь возможную последовательность
И намного больше различий между SQL и Нет SQL, упомянутыми в этом блоге, но более высокий уровень выше пунктов критически важно для определения, следует ли выбрать SQL или Нет SQL базы данных.
Elasticsearch в вашем случае используется только для поиска и используется как вторичное хранилище, следовательно, не добавляет особой ценности к решению но да, если вы используете No SQL, то то, как вы синхронизируете c, ваши данные могут быть важными факторами для обеспечения поиска почти в реальном времени (поскольку NoSQL являются возможной последовательной системой и могут задержать операцию syn c).