Здравствуйте. Делаю небольшую программку с использованием hibernate (программа для подсчета очков в ТЕННИС).
Сначала коротоко о программе: 
имеется 3 таблицы в БД: ТУРНИРЫ (айди, дата_турнира, название),  УЧАСТНИКИ (айди, код_турнира,код_участника,количество_очков,место), и собственно таблица ИГРОКИ (айди, имя,фамилия,рейтинг и тд).

Проблема в следующем:
Нужно сделать относительно сложную табличку, в которой столбцами будут все турниры, которые были сыграны, а в строку соответственно всех игроков и количества очков по каждому турниру.


реализовал таким образом:
Проблема в том что при нажатии на соответсвующий пункт меню где-то секунд 20 все висит и потом только табличка появляется.
Я реализовал тоже самое стандартным методом работой с базой (такой же запрос, только с использование sql) и табличка появляется секунды через 3.
Я думаю что не может же хибер настолько "тормозить".Проблемы скорее всего в каких-то настройках или может еще в чем ? Подскажите, кто чем может =)
 

Проблема здесь в том, что Hibernate после собственно исполнения самого запроса еще и скроллирует по результирующим записям для заполнения списка. Если записей много, то время может уходить на их передачу по сети. Способы решения есть: почитать здесь

Может я Вас неправильно понял, но запрос  : 
"session.createQuery("from Participants where key_player = "+pl.getKeyPlayer()+" and key_tournament="+t.getKeyTournament()).list(); " может возвращать либо 1 строчку, либо ниодной..
Как бы так объяснить: имеется грубо говоря 100 строк (игроки) и 20 столбцов (турниры) и вот оно идет построчно по игрокам и ищет для конкретного игрока количество очков в конкретном турнире и так для всех.. То есть пока оно в цикле так обойдет по скажем 20 турниров для сотни игроков проходит как раз вот эти секунд 20 ожидания....Но таким же методом построенный запрос не через хибер делает это гораздо быстрее (секунды 3 и готово.) Еще у меня стоит у этой таблицы Lazy=false для двух других таблиц. т.е. возможно оно с собой еще какието данные подсасывает..Пробовал отключать - ничего не изменилось.Ну во всяком случае незначительно..
Просто не верится,что такая разительная разница во времени может быть..Наверняка что-то у меня неправильно или нерационально =(

Значит дело не Hibernate, а в том, что каждый раз вы подсовываете SQL серверу новый запрос с новыми данными и сервер каждый раз тратит время на парсирование/компиляцию по сути одного и того же запроса. Надо использовать PreparedStatement, чтобы сервер один раз скомпилировал запрос и потом подсовывал изменяемые данные. В идеологии Hibernate/HQL это выглядит примерно так:

1. Конфигурируем Hibernate Log4j Appender на показ всех SQL запросов и их параметров.
2. Берем выполненные SQL запросы и пробуем их выполнить из клиента и смотрим на время выполнения и количество возвращаемых данных.

Я пишу в нетбинсе, там в настройках стоит вывод запросов всех..Так вот, выводит именно то что нужно:




Мне кажется что так долго то, что каждый раз для нового запроса создается сессия, потом сервер обрабатывает, потом сессия закрывается.
В связи с этим попробовал переделать метод с запросом как-то так (чтобы обработать всех в одной сессии):



Но к сожалению, результат примерно тот же :(

Что же не так ? Как эффективно обработать эту кучу одинаковых запросов ?

bound parameters? "where keyplayer = ?"

А можно поподробнее. Я так понял вы предлагаете заменить
Query("from Participants where key_player = "+pl.getKeyPlayer()+" and key_tournament="+t.getKeyTournament())
на 
Query("from Participants where key_player =? and key_tournament=?")  ?

Что это даст ?

Это даст прирос производительности в базе.

С точки зрения базы эти запросы разные:
select participan....where key_player=1 and key tournament=1
select participan....where key_player=1 and key tournament=2

поэтому рекомендуется использовать связные переменные, тогда база не будет каждый раз парсить SQL запрос и строить план выполнения.

А вообще, надо


заменить на что-нибудь более простое

Добавлено через 4 минуты и 19 секунд
+ есть подозрение, что на каждый SQL запрос открывается новый коннект к базе, что является "тяжелой" операцией
одной сессии на все операции должно хватить

Это сообщение отредактировал(а) stron - 10.11.2009, 00:31

Вы знаете, попробовал отойти от хибернейта и сделал что-то как-то постаринке..Получилось вот так вот:


Как то не сильно красиво, но разница в работе в таком варианте 2-4 сек, а в вариантах всех что были выше 15-20..
Неплохая разница..Только както выглядит некрасиво , да и метод session.connection() deprecated. Тоже нехорошо.

Попробуй как первый шаг использовать связные переменные,
И заменить openSession() на getCurrentSession()

Добавлено через 4 минуты и 41 секунду

лучше на


через именнованные параметры проще поддерживать будет

Что-то не хотят они почему то работать в таком виде:



 И как правильно будет создать Statement? есть какойто вариант не через "зачеркнутые" методы ?

Я же говорил уже что надо использовать PreparedStatement

А вообще зря вы от Hibernate отошли. Раз вы сами напрямую лезете в базу - на кой ляд он вам нужен? Тот же PreparedStatement можно реализовать средствами Hibernate (см. выше)

Если я вас правильно понял , то получилось у меня вот так:





Пришлось "извращаться" для скорости.Вот в том извращенном варианте таблица строится за 4 сек, а в том что как-бы вроде полюдски сделал(чуть выше) ~20 сек..