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

мне кажется, это оверхедом и хотелось бы разорвать связь базы на чтение с эластиком. оставить только запись. но мне нравится то что в ХСе уже всё готово и руками особо ничего делать не надо.
собственно вопрос, можно ли сделать в хибер-серче ТАК, чтоб объект полностью кидался в индекс эластика (понятно надо заиндексировать нужные поля) и брался только лишь оттуда?

или ручками всё? вообще, насколько обоснован такой подход?

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

ну конструкция следующая. есть несколько сервисов. один складывает данные в базу. другой из базы по разным атрибутам (полнотекстовый поиск) и разным запросам поиска тащит эти сущности на клиенты.

в общем, работает вполне банально - складываем в рдбмс, и копию того же объекта кладем в индексы еластика.

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

путь 2 - пишем свою логику вокруг эластик апи -- достаем оттуда сущность целиком (тот же джейсон, да), мапим этот джейсон объект и отдаем его куда нибудь или сразу джейсоном и отдаем дальше.


чем мне нравится путь 1 -- ну типа там всё готово. аннотационное программирование. всё как Майтон любит (но это не точно). готовый фреймворк который в большинстве случаев сделает тебе хорошо.
чем мне не нравится путь 1 -- мы имеем зависимость над рдбмс, зачем она. как мне аргументировать что она нужна?

чем мне нравится путь 2 -- мы не имеем зависимость на рдбмс и не грузим ее (хотя можно ходить на реплики в конце-концов)
чем мне не нраится путь 2 -- эээ. надо всё писать самому. писать много и нудно и уже есть тот же хибер серч. а ты свои баги будешь ловить и править еще десятилетие.

если ты так говришь, то, как минимум, означает, что оба варианта имеют право на существование.

увы, но мне нельзя юзать спринг. только кварк или сам пиши обвязку под апи.

не могу юзать все подряд.
в общем, пришли к выводу пусть будет хиберсерч. вопрос наверное закрыт.