Должны ли мы использовать эластичный поиск для бизнес-логики?

Question

У меня есть приложение jhipster с Кассандрой в качестве базы данных.Также вместе с Кассандрой я использую упругий поиск.В настоящее время я использую его для всего механизма поиска и извлечения данных.Но недавно я где-то читал, что мы не должны использовать эластичный поиск для бизнес-логики.Так что я должен использовать его только для целей поиска или это нормально для получения данных с помощью упругого поиска.Обратите внимание, я не использую elasandra.Мы храним данные в Кассандре, а также в упругом поиске для целей индексации.

Эластичная поисковая версия: 5.6.3 Версия Кассандры: 3.0.2

Answer 1

Ваш вопрос на самом деле немного вводит в заблуждение, но у вас все еще есть 2 очень хороших вопроса здесь.Основное недоразумение возникает из-за того, что вы используете термин «бизнес-логика», поэтому я хочу сначала немного уточнить это, а затем ответить на ваш фактический вопрос.

Во-первых, бизнес-логика (она же предметная логика) - это набор правил.это определяет, как ваши данные могут быть созданы, сохранены и / или изменены.В вашем стеке это будет обрабатываться кодом Spring.Итак, нет, Elasticsearch не должен обрабатывать реальную бизнес-логику.

Но реальный вопрос, который вы задаете, заключается в том, следует ли использовать Elasticsearch для извлечения данных, а также для поиска?Elasticsearch действительно является отличным хранилищем данных (хотя я настоятельно рекомендую использовать его только как вторичное хранилище данных и сосредоточиться на базовом поиске и извлечении).Использование Cassandra в качестве основного хранилища данных, а затем использование Elasticsearch для быстрого извлечения фрагментов данных - хорошая практика проектирования, так что продолжайте!