ну я и говорю, я у себя с параметрами jvm не игрался

мы точно про разные вещи говорим

я имею в виду параметры запроса

по сколько записей выбираешь?

а, обычно по 10

но иногда надо мнннноооооооооога

сделай вьюшку

и из неё доставай

у тебя самописный джойн чтоле в коде?

ты достаешь все айдишки по запросу

а потом их подставляешь

угу

плюс, если ты сказал, что 10 записей

то обратное условие меньше 30к не выполнится же

я пытаюсь вспомнить, зачем я этот костыль прикрутил))

мешанина из hql и criteria

надо к чему-то одному привести

а то ж

для админа

java heap space

все

увидел ошибку

трололо, серьезно

мне вообще не нравится, что я вместо данных для таблицы

вытягиваю вообще всю сущность

а не только требуемые поля

т.е. смотри

ты вытягиваешь50к записей

а потом по ним предполагается навигация?

угу

ну это не пэйджинация

но дело ваше

да есть она там

интернет советует heap size увеличить

и все будет нормально

да я на heap не жалуюсь))

но ошибка вылетает)

надо все таки нормальный тест сделать и показать что не так

и она гуглится

хип увеличить и ошибка пропадет)

на проде всяко больше рам

ну раз ты вытягиваешь столько объектов

то чему удивляться)

пэйджинация в моём понимании порционно достает сразу объекты страницы

она так и делает

50000?)

50к это я играюсь чтоб багу найти)

точнее проверить что все норм

а суть в другом

так у тебя на 50к все валится?)

да ничего на 50к уже не валится;)

суть в другом - из-за джоинов которые нужны на какой-то странице пейджер не правильно работал

потому что использовать distinct_root_entity

*использовался

и ты говорил покажи 10 результатов - а он выводил например только 4

именно для этого я сперва получаю id, а потом делаю запрос на них

вот именно этот костыль мне и не нравится =)

в общем, без вкуривания в проект тут никак)

да не в проекте дело)

у меня немного иное представление о пэйджинации

ну я не понимаю смысла брать айди первым запросом

а потом еще что-то с ними делать

http://stackoverflow.com/questions/11038234/pagination-with-hibernate-criteria-and-distinct-root-entity

ERROR: S client not available

вот например

ну я не понимаю смысла брать айди первым запросом

педжинация как раз первым запросом и идет

Suppose you have 4 A entities, each with 3 B entities, and suppose your query retrieves all the A entities with their Bs. In that case, the SQL query will return 12 rows. If you use setMaxResults(7), it will retrieve (for example) three rows for A1 and its Bs, three rows for A2 and its Bs, and just 1 row for A3 and its first B. And since you have used DISTINCT_ROOT_ENTITY, the criteria query will return only three entities: A1, A2, and A3 (which will have an incomplete set of Bs). вот это я и лечу)

не используя distinct root entity, а получая distinct id

а потом по ним делаю запрос в бд

мне это дико не нравится

но пока работает

я ничего не понял по коду

из-за португальского

и не увидел по ссылке два запроса, там как-то одним обходятся

ну я скорее указал на проблему

FetchMode.SELECT а это пробовал?

неа

на самом деле скорее всего это то что нужно;)

Народ есть опытные юзеры Hibernate? Есть несколько вопросов которые я за период пользования так и не решил.

хз опытный или нет

хибер уже лет 5 юзаю)

луче задать вопрос

Первая проблема: Autoflush проливает данные в БД когда не нужно, поэтому нужно делать detach либо отключать автофлаш, как вы это решаете и есть ли такая же проблема?

как ты управляешь транзакциями?

@Transactional на методе, уровень изоляции по умолчанию в БД

обычно принято сливать базу по окончании работы метода - транзакцию на метод вешает аннотация @Transactional

это все ясно но если не роллбекать транзакцию то данные туда попадут когда не надо

Autoflush заливает данные когда выполняется любой SELECT(или когда Hibernate сам захочет)

сейчас просто делаю detach и в конце транзакции заливаю явно сущность(в моем случае это .save на Spring JPA репозитории

ну попробуй повесить транзакции read only

или аннотацию на метод повыше вынести, который агрегирует работу нескольких методов

без исходного кодя тяжеловато конечно сказать

я чуть позже скину код

посмотришь

Вторая проблема чуть сложнее: Мы используем Spring + Hibernate и у нас есть класс(выдержка из класса) class Project { @Valid @OneToOne(cascade = CascadeType.ALL, fetch = EAGER) @Column(name = "details_id") private ProjectDetails details; } И если изменить fetch = EAGER на fetch = LAZY @Valid перестает работать, сталкивались?

не сталкивались, но поведение в целом понятно