Добрый день, уважаемые программисты!

Кто знает, помогите пожалуйста советом.
Есть вопрос по поводу ленивой загрузки.
Существует объект А который связан с 1-* с объектом Б, тоесть в А есть коллекция объеков Б.
Параметр lazy = true



Если при такой загрузке и при закрытой сессии попробовать получить объект Б из А то появится lazyinitializationexception.

Чтобы избежать этой ошибки я написал метод, который вытягивает из базы сет объектов Б которые принадлежат А и устанавливет их в объект А. Сейчас вроде как коллекция объектов Б в А заполнена. Но как теперь сказать хибернейту что эта коллекция проинициализирована? Даже если коллекция заполнена, то при попытки ее получить из А всеравно появляетя lazyinitializationexception.



P.S. Hibernate v 4.2.7. Спринг не использую;
lazy=false не подходит;
инициализировать сразу при загрузке в открытой сессии не могу.

Blazkowicz,

Ну вот пример:

Я выгрузил из БД таблицу Departaments. В БД Departaments связано one-to-many с Employee.

Записал все выгруженные данные в HashMap(Departament.getId() - ключ , Departament - значение) для быстрого доступа к департамертам. Далее я закрыл сессию.

Через какое-то время мне необходимо посмотреть у конкретного департамента список его работников.

Я достаю департамент из мапы и делаю getEmployees();

Тут то и возникает lazyexception.

Я его перехватываю и делаю то, что описал выше - вытягиваю сотрудников с БД для этого департамента

Blazkowicz,

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

Petro123,

Под справочником вы имели ввиду бд? Если да, то тормоза будут и к гадалке не ходи.

Blazkowiczmax_drmickДа, это рукописный кеш. Данные у меня выгружаются из базы и попадают в мапы.
Над департаментами я произвожу много различных модификаций, и над сотрудниками которые лежат в них тоже и только через определенное время (по джобам), или по событиям я обновляю эти данные обратно в базу. Задумка была такая - вся работа в оперативке и в крайних случаях с базой. Возможно это не совсем верное решение и стоит пересмотреть его.
Ну, вот. Теперь понятно. Убираем свой кэш. Включаем и настраиваем Level 2 Cache в ORM и проблема ленивой инициализации уходит.

Спасибо за совет.
Тогда появился второй вопрос. Получается если я загружу какой-то департамент, поменяю в нем что-то, то в БД апдейтить это не нужно будет? Если я второй раз попытаюсь его оттуда взять то т.к. он будет закеширован хибер мне вернет уже департамент с новыми значениями которые я ему установил, верно?

И еще - "проблема ленивой инициализации уходит." не могли бы вы пояснить, если вам не трудно, каким образом она уходит? Т.е. я загружу департамент вместе с сотрудниками в кеш второго уровня с параметром lazy = false?

Заранее благодарю.

Petro123max_drmickPetro123,

Под справочником вы имели ввиду бд? Если да, то тормоза будут и к гадалке не ходи.
- сущность - Справочник. "Города", например.
- сходи к гадалке и _приведи цифры_.
Если не поможет - Blazkowicz сказал - кэш2 (обычно и без него работает)


У меня департаментов порядка 2млн.
У каждого из них до 100 сотрудников.
И запросы идут с большой скоростью (главная проблема)
Так что без кеша тут никак

BlazkowiczЕсли сам Department меняется чаще, чем эти изменения нужно фиксировать в БД. (это, например, стандартая ситуация в игровых серверах), то достаточно просто выкинуть связь Department -> Employee и вычитывать Employee каждый раз, когда они нужны.
В общем, тут вариантов куча, но Petro123, действительно прав в том что нам тут массу критических нюансов, как обычно, не сообщают.

Ну тоесть нельзя в связке 1к* сначала получилучить только департамент, потом в другой сессии сотрудников этого департамента, положить этих сотрудников в этот департамент и сделать так, чтобы хибернейт знал о том что сотрудники этого департамента были проинициализированы? (В hibernate 4.1.8 такая возможность как раз появлялась - позволяла загружать сотрудников в другой сессии и хибернейт больше не выдавал lazyinitializationexception, но в 4.1.9 ее убрали)

Что совсем никто не инициализировал так коллекцию...

Blazkowicz,

Вот этот параметр как раз таки помогал отлично, но потом я наткнулся на тему

https://hibernate.atlassian.net/i#browse/HHH-7971 и тут у меня начали возникать сомнения, а не сломается ли что-нибудь в самый неподходящий момент


session.merge пока еще не пробовал, вот только до дома доберусь