🗄️ JPA и Hibernate

Короткий ответ В Hibernate сущность проходит четыре состояния. Transient — объект только что создан через new, не связан с Session и не имеет соответствия в базе. Persistent — связан с открытой Session и имеет запись в БД, изменения отслеживаются. Detached — был persistent, но Session закрыта или вызваны evict()/detach(). Removed — помечен на удаление и будет удалён при синхронизации. Как это работает подробнее Переходы выполняются операциями Session: save()/persist() переводят transient в persistent, закрытие сессии или evict() — в detached, а update(), saveOrUpdate() или merge() возвращают объект в persistent. От состояния зависит, какие операции Hibernate выполнит при коммите и какие исключения могут возникнуть. Transient: объект не управляется Hibernate, записи в базе ещё нет. Persistent: работает dirty checking — Hibernate сам синхронизирует изменения с БД при flush или commit, явный update() не нужен. Detached: изменения больше не отслеживаются; чтобы сохранить их, объект нужно присоединить заново. Remo

Читать полностьюdetached

Короткий ответ Кэширование в Hibernate хранит часто запрашиваемые данные в памяти, уменьшая обращения к базе. Кэш первого уровня (First-Level Cache, Session Cache) включён по умолчанию и привязан к конкретной Session: повторно запрошенный в той же сессии объект возвращается из памяти без запроса к БД. Кэш второго уровня (Second-Level Cache, SessionFactory Cache) — общий для всех сессий фабрики; по умолчанию выключен и требует явной настройки. Как это работает подробнее Разница — в границе действия. Первый уровень живёт в пределах одной Session: он обеспечивает согласованность данных на уровне транзакции, но недоступен другим сессиям. Второй уровень действует на уровне всего приложения, поддерживает параллельный доступ нескольких сессий и может хранить данные не только в памяти, но и во внешнем хранилище. Первый уровень: всегда включён, не настраивается, хранится в памяти сессии. Второй уровень: опционален и конфигурируем: подключается провайдер кэша (например, Ehcache или Redis), включается свойство hibernate

Читать полностьюcaching

Короткий ответ EAGER и LAZY — две стратегии загрузки ассоциаций, определяющие, когда данные связей извлекаются из базы. При жадной загрузке связанные данные приходят сразу вместе с основной сущностью; при ленивой — Hibernate подставляет прокси или коллекцию-обёртку, а запрос выполняется только в момент реального обращения к свойству. Стратегия задаётся атрибутом fetch аннотации связи. Как это работает подробнее Ленивая загрузка экономит память и число запросов, когда связь может не понадобиться, но требует открытой сессии в момент обращения к свойству. Если обратиться к ленивой связи, когда Session или persistence context уже закрыт, Hibernate выбрасывает LazyInitializationException. По умолчанию: @ManyToOne — EAGER, @OneToMany и @ManyToMany — LAZY. LazyInitializationException: «could not initialize proxy - no Session» — возникает, например, при чтении сущности в контроллере вне границ @Transactional, когда сессия из сервиса уже закрыта. Решения: обращаться к ленивым связям внутри транзакции или открытой сесс

Читать полностьюeager

Короткий ответ Проблема N+1 — это 1 + N запросов вместо одного оптимального запроса с join: сначала выполняется один SELECT для получения N родительских записей, а затем для каждой из них — ещё по одному запросу за связанными данными. Чаще всего проявляется при ленивой загрузке ассоциаций, когда мы обходим список и у каждой сущности обращаемся к ленивой коллекции. Как это работает подробнее На небольших объёмах проблема незаметна, но с ростом данных производительность резко падает из-за множества обращений к базе. Все техники решения направлены на сокращение числа запросов, а выбор конкретного способа зависит от структуры запроса и сценария чтения. Fetch join: в HQL/JPQL связанные данные подгружаются в том же запросе через JOIN FETCH. @EntityGraph: в Spring Data JPA декларативно описывается граф загрузки — метод репозитория подтягивает указанные атрибуты одним запросом. Batch fetching: @BatchSize(size = 10) на сущности или коллекции грузит связи пачками, сокращая число запросов с N до N/size. EAGER: для связе

Читать полностьюentitygraph

Короткий ответ ORM (Object-Relational Mapping) — техника отображения объектной модели на реляционную базу: класс отображается на таблицу, объект — на строку, поля — на колонки, поэтому разработчик работает с объектами, а не пишет вручную SQL и код преобразования. Hibernate — самый популярный open-source ORM-фреймворк для Java, автоматизирующий CRUD и управляющий персистентностью объектов. Как это работает подробнее Hibernate — это надстройка над JDBC: под капотом он использует JDBC-драйвер базы данных, но берёт на себя низкоуровневую работу — соединения, подготовку и выполнение SQL, генерацию запросов и отслеживание изменений объектов. Основной выигрыш — меньше ручного кода, выше переносимость и поддерживаемость приложения. Маппинг и генерация SQL: объекты автоматически отображаются на таблицы, не нужно вручную писать большое количество SQL. HQL — собственный объектно-ориентированный язык запросов, похожий на SQL, но работающий с классами и их свойствами. Производительность: встроенное кэширование (кэш первог

Читать полностьюhibernate

Короткий ответ SessionFactory — «тяжёлая» потокобезопасная фабрика: она создаётся один раз на всё приложение на основе конфигурации, хранит метаданные маппингов и кэш второго уровня и порождает объекты Session. Session — основной интерфейс работы с базой: единица работы (unit of work) с методами CRUD, управления транзакциями, кэшем первого уровня и ленивой загрузкой. В JPA роли совпадают: EntityManagerFactory — аналог SessionFactory, а EntityManager — аналог Session. Как это работает подробнее Session не потокобезопасна: каждый поток или единица работы должна использовать собственную Session, полученную через openSession() или getCurrentSession() для сессии, привязанной к текущей транзакции. Поскольку Hibernate реализует спецификацию JPA, его Session и SessionFactory реализуют стандартные интерфейсы EntityManager и EntityManagerFactory. SessionFactory: создаётся один раз (например, из hibernate.cfg.xml), дорога в создании, потокобезопасна, общая для всех сессий. Session: открывается на единицу работы, предост

Читать полностьюentitymanager