на джаве. Стоит ли использовать хибернейт или есть более продвинутые либы?
Очень глупо звучит. Не понятно какие у тебя запросы, какие сущности, что будет с транзакциями. Ничего не понятно. Вопрос в духе "я строю ракету, как у Илона Маска. Подскажите из какого метала строить."
собираю данные о пользователях (имя, адрес дома и тд) собираю текущую информацию о водителях, текущее местоположение поиск ближайшей машины да, извини, что абстрактно, но вот в целом, интересно, какие подходы используются в энтерпрайс приложениях. Я видел оч классный опен сорс, который поддерживается jetBrains, там нет хибера, но супер мощный функционал. Там надстройка над jdbc и по сути, ты всё пишешь по типу @Query("sql = "....", mapper = MyMapper.class), очень был впечетлен. Всё супер удобно, да, там нет пагинации и прочего, но фунционал оказался таки мощным. Не понятна та грань, когда появляется нужда в хибере, реально, и когда нам не достаточно jdbc с классными надстройками?
Когда будет утомительно работать с графом и связей сущностей руками (sql/sql builder).
я верно понял, что хибер нужен когда появляется потребность в постоянном OneToOne/OneToMany и EntityGraph?
Он позволяет это делать автоматически(с определенной долей "магии" под капотом). Если делать монолит с большим количеством сущностей и связей, то скорей всего делать все руками станет очень неудобно очень быстро. Микросервисы обычно ограничиваются каким-то приемлемым размером, и скорей всего, достаточно будет делать это руками(spring-jdbc), либо с помощью готового билдера (jooq, querydsl какие-нибудь)
Есть грань, после которой появляется нужда избавляться от хибера, а не наоборот
это и в spring data jdbc из коробки есть
Так это по сути оно и есть. Там даже специально указано, что оно появилось до спринг дата ждбц
Обсуждают сегодня