История изменений

Давно хотел узнать, может ли Java Hibernate в распределенное кэширование второго уровня, например в кластере Tarantool?

По документации может.

И имеет ли смысл такая архитектура доступа к данным:

По-мне, чем меньше кешей, тем лучше. БД и сама прекрасно справляется с кешированием своих данных, зачем ещё какие-то кеши городить. Засунь на сервер хоть терабайты оперативной памяти, нынче это дёшево, если у тебя такие нагрузки.

Любые кеши вне БД это проблема их актуальности, если данные меняются другими приложениями (а они будут меняться, обязательно будут, как бы ты ни хорохорился, что у тебя всё через твой слой идёт). Ещё в Hibernate достаточно примитивная логика управления кешированными данными и если ты в ней не разбираешься, у тебя кеши постоянно будут инвалидироваться, то бишь толку будет немного. Ещё Hibernate можно обходить с помощью JDBC и тут ты уже должен сам инвалидировать что нужно, а это задача нетривиальная и ошибки в ней чреваты багами из-за неактуальных кешей (или проседанием производительности из-за слишком активной инвалидации). А БД умная, сама следит за своими кешами и всегда работает корректно.

Давно хотел узнать, может ли Java Hibernate в распределенное кэширование второго уровня, например в кластере Tarantool?

По документации может.

И имеет ли смысл такая архитектура доступа к данным:

По-мне, чем меньше кешей, тем лучше. БД и сама прекрасно справляется с кешированием своих данных, зачем ещё какие-то кеши городить. Засунь на сервер хоть терабайты оперативной памяти, нынче это дёшево, если у тебя такие нагрузки.

Давно хотел узнать, может ли Java Hibernate в распределенное кэширование второго уровня, например в кластере Tarantool?

По документации может.