R
ну что рассказывай
забухал походу
Size: a a a
2020 July 02
AS
Или уже в аэропорту)
R
Или уже в аэропорту)
😄
4
ну что рассказывай
Ну может его в заложники взяли...
A
Да меня вот что смущает. Тут указывается, что generatedAllias ещё сортируется по nameFull, однако у меня в самом запросе происходит сортировка по этому полю. Не происходит ли так, что он сортирует таблицу в базе 2 раза?
Меня в логе смущает, что в SQL нет limit или другой конструкции вашей бд. 15 записей не дают такой нагрузки.
Обычно пагинацию в SQL видно, и вроде это тоже стандартное поведение для Hibernate. А вы, используя HQL разгружаете БД и грузите аме страницы внутрь. Пртчем, если кэш 2-го уровня выключен (по умолчанию), то каждый раз данные для ScrollableResults тянутся в память сесии из базы, особенно если это web-приложение.
В кратком руководстве по пейджингуHibernate рекомендуют Criteria API, более гибкая спецификация, чем HQL, может устроит, раз native sql не хочется.
Обычно пагинацию в SQL видно, и вроде это тоже стандартное поведение для Hibernate. А вы, используя HQL разгружаете БД и грузите аме страницы внутрь. Пртчем, если кэш 2-го уровня выключен (по умолчанию), то каждый раз данные для ScrollableResults тянутся в память сесии из базы, особенно если это web-приложение.
В кратком руководстве по пейджингуHibernate рекомендуют Criteria API, более гибкая спецификация, чем HQL, может устроит, раз native sql не хочется.
D𝔇
Anton
Меня в логе смущает, что в SQL нет limit или другой конструкции вашей бд. 15 записей не дают такой нагрузки.
Обычно пагинацию в SQL видно, и вроде это тоже стандартное поведение для Hibernate. А вы, используя HQL разгружаете БД и грузите аме страницы внутрь. Пртчем, если кэш 2-го уровня выключен (по умолчанию), то каждый раз данные для ScrollableResults тянутся в память сесии из базы, особенно если это web-приложение.
В кратком руководстве по пейджингуHibernate рекомендуют Criteria API, более гибкая спецификация, чем HQL, может устроит, раз native sql не хочется.
Обычно пагинацию в SQL видно, и вроде это тоже стандартное поведение для Hibernate. А вы, используя HQL разгружаете БД и грузите аме страницы внутрь. Пртчем, если кэш 2-го уровня выключен (по умолчанию), то каждый раз данные для ScrollableResults тянутся в память сесии из базы, особенно если это web-приложение.
В кратком руководстве по пейджингуHibernate рекомендуют Criteria API, более гибкая спецификация, чем HQL, может устроит, раз native sql не хочется.
если нет индекса по полю, по которому идет сортировка, то 17М вполне могут сортироваться 15 секунд
D𝔇
Да меня вот что смущает. Тут указывается, что generatedAllias ещё сортируется по nameFull, однако у меня в самом запросе происходит сортировка по этому полю. Не происходит ли так, что он сортирует таблицу в базе 2 раза?
есть индекс по nameFull?
ДО
есть индекс по nameFull?
неа, нету
ДО
Anton
Меня в логе смущает, что в SQL нет limit или другой конструкции вашей бд. 15 записей не дают такой нагрузки.
Обычно пагинацию в SQL видно, и вроде это тоже стандартное поведение для Hibernate. А вы, используя HQL разгружаете БД и грузите аме страницы внутрь. Пртчем, если кэш 2-го уровня выключен (по умолчанию), то каждый раз данные для ScrollableResults тянутся в память сесии из базы, особенно если это web-приложение.
В кратком руководстве по пейджингуHibernate рекомендуют Criteria API, более гибкая спецификация, чем HQL, может устроит, раз native sql не хочется.
Обычно пагинацию в SQL видно, и вроде это тоже стандартное поведение для Hibernate. А вы, используя HQL разгружаете БД и грузите аме страницы внутрь. Пртчем, если кэш 2-го уровня выключен (по умолчанию), то каждый раз данные для ScrollableResults тянутся в память сесии из базы, особенно если это web-приложение.
В кратком руководстве по пейджингуHibernate рекомендуют Criteria API, более гибкая спецификация, чем HQL, может устроит, раз native sql не хочется.
A
Другое дело)
D𝔇
и он намного быстрее? Сомневаюсь :)
ДО
и он намного быстрее? Сомневаюсь :)
В базе такой запрос отрабатывает 15 секунд
ДО
и он намного быстрее? Сомневаюсь :)
А query.getResultList(); отрабатывает 40 секунд
D𝔇
В базе такой запрос отрабатывает 15 секунд
ну это долго. Он должен за доли секунды отрабатывать. Основная проблема в отсутствии индекса, все остальное пока не так важно
D𝔇
explain для запроса покажите(хотя я и так знаю, что там будет)
ДО
ну это долго. Он должен за доли секунды отрабатывать. Основная проблема в отсутствии индекса, все остальное пока не так важно
Ну, индекса на это поле нет. И я базой не занимаюсь) Поэтому нужно решать свою собственную проблему
A
ну это долго. Он должен за доли секунды отрабатывать. Основная проблема в отсутствии индекса, все остальное пока не так важно
Да, но индекс - отдельный вопрос в бд, про индекс писал уже, фулскан наверное идет.
Индекс не отвечает на вопрос, почему в Hibernate в 2 раза медленней, если тянется не более 15 строк.
Индекс не отвечает на вопрос, почему в Hibernate в 2 раза медленней, если тянется не более 15 строк.
D𝔇
кто там спрашивал про эксплейн - это вывести план запроса
D𝔇
ну тут про 16 запросов речь идет. Что там у вас хибер с бд делает?)
AM
Добрый вечер, не подскажите хороших туториалов по спрингу?