ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Java [игнор отключен] [закрыт для гостей] / С увеличением объема данных в БД начинается проблемы
14 сообщений из 39, страница 2 из 2
  2  все
С увеличением объема данных в БД начинается проблемы
    #39006612
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
МузаффарPetro123,
если человек пишет свой код и при возникновении вопросов или трудности обращается сюда, то по Вашему человек не пишет свой код? и не имеет право назвать эту прогу своим?
да не обижайся ты. Это форум.
Говори где тормозит.
...
Рейтинг: 0 / 0
14.07.2015, 09:43
| Ответить | Цитировать | Написать  
С увеличением объема данных в БД начинается проблемы
    #39006615
Музаффар
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Музаффар
Участник
BlazkowiczПохоже я угадал
Google -> ORM N+1 problem
вроде так :) как Вы сказали проблема новичков :)

З.Ы. спасибо за ссылку попробую понять проблему...
...
Рейтинг: 0 / 0
14.07.2015, 09:44
| Ответить | Цитировать | Написать  
С увеличением объема данных в БД начинается проблемы
    #39006641
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Blazkowicz
Участник
Музаффарвроде так :) как Вы сказали проблема новичков :)
З.Ы. спасибо за ссылку попробую понять проблему...
Если мы читаем список 2000 Abiturients из БД, а у них есть ассоциации Groups, Roles и User, и эти ассоциации нам действительно нужны, то, желательно, их сразу же вычитать через fetch join/subselect, иначе получается что после вычитки
2000 Abiturients запускаются 2000 SELECT для Groups, Roles и User для выборки по PK. А это ещё 6000 запросов. Вот и выходит 6001 запрос N*3+1.
А можно всё впихнуть в один или 4 запроса.
...
Рейтинг: 0 / 0
14.07.2015, 10:03
| Ответить | Цитировать | Написать  
С увеличением объема данных в БД начинается проблемы
    #39006649
Музаффар
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Музаффар
Участник
Petro123да не обижайся ты. Это форум.
Говори где тормозит.
ну да это форум, а тормозит везде :) Blazkowicz уже сказал.

BlazkowiczЕсли мы читаем список 2000 Abiturients из БД, а у них есть ассоциации Groups, Roles и User, и эти ассоциации нам действительно нужны, то, желательно, их сразу же вычитать через fetch join/subselect, иначе получается что после вычитки
2000 Abiturients запускаются 2000 SELECT для Groups, Roles и User для выборки по PK. А это ещё 6000 запросов. Вот и выходит 6001 запрос N*3+1.
А можно всё впихнуть в один или 4 запроса.
да так и получается.
З.Ы. кстати вот сама структура базы
...
Рейтинг: 0 / 0
14.07.2015, 10:13
| Ответить | Цитировать | Написать  
С увеличением объема данных в БД начинается проблемы
    #39006654
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Музаффара тормозит везде
Не верю, что N+1 проявляется везде.
Хотя если у тебя всего 1 страничка?
...
Рейтинг: 0 / 0
14.07.2015, 10:16
| Ответить | Цитировать | Написать  
С увеличением объема данных в БД начинается проблемы
    #39006665
Музаффар
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Музаффар
Участник
Petro123Музаффара тормозит везде
Не верю, что N+1 проявляется везде.
Хотя если у тебя всего 1 страничка?

вообщето да одна страничка с вкладками и в каждом есть свои запросы к базу (вкладки организованы с помощью CSS)

исходя из ролей пользователя свои странички...есстестенно :)
...
Рейтинг: 0 / 0
14.07.2015, 10:25
| Ответить | Цитировать | Написать  
С увеличением объема данных в БД начинается проблемы
    #39006668
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Музаффарвообщето да одна страничка с вкладками и в каждом есть свои запросы к базу (вкладки организованы с помощью CSS)
исходя из ролей пользователя свои странички...есстестенно :)
это плохо.
Ты веб пишешь как десктоп с 1-ой точкой входа.
2. Урл на место в программе тоже составить нельзя, т.к. переходов нету.
....
У тебя табла с ролями и юзвери должна грузиться в момент СТРАНИЦЫ входа. Потом кешироваться.
Итого остаётся 2-е таблички студенты и их группа.
Чтобы тормозили 2-е таблички надо постараться.
...
Рейтинг: 0 / 0
14.07.2015, 10:28
| Ответить | Цитировать | Написать  
С увеличением объема данных в БД начинается проблемы
    #39006673
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Музаффарвкладки организованы с помощью CSS
проверь, что без клика на вкладке запросы не идут в БД.
Хотя в веб вкладки _вроде_ грузятся сразу.
Потом просто скрываются. Т.е. это фикция для масштабируемости.
...
Рейтинг: 0 / 0
14.07.2015, 10:31
| Ответить | Цитировать | Написать  
С увеличением объема данных в БД начинается проблемы
    #39006683
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Музаффар,
понаставь время в логи САМ в коде и выведи тут.
Чтобы 15 страниц не гадать ерундовую проблему из 1 странички на 2-х таблицах.
IMHO
Удачи!
...
Рейтинг: 0 / 0
14.07.2015, 10:36
| Ответить | Цитировать | Написать  
С увеличением объема данных в БД начинается проблемы
    #39006688
Музаффар
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Музаффар
Участник
Petro123Музаффарвкладки организованы с помощью CSS
проверь, что без клика на вкладке запросы не идут в БД.
Хотя в веб вкладки _вроде_ грузятся сразу.
Потом просто скрываются. Т.е. это фикция для масштабируемости.

там все сразу... или может сделать эти табы не с помощью css а с помощью JS? вот тогда возможно все по отдельности грузиться...

З.Ы. или все таки надо решить проблему N+1, но пока ничего не понятно :(
...
Рейтинг: 0 / 0
14.07.2015, 10:40
| Ответить | Цитировать | Написать  
С увеличением объема данных в БД начинается проблемы
    #39006691
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Музаффар,
сначала Логи со временем. Если ты не конфигураст.
А потом переписывать и рушить.
Сразу надо было писать на POST\Submit ....
...
Рейтинг: 0 / 0
14.07.2015, 10:42
| Ответить | Цитировать | Написать  
С увеличением объема данных в БД начинается проблемы
    #39008681
Музаффар
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Музаффар
Участник
Blazkowicz,

вроде сделал как Вы сказали с помощью JOIN FETCH'а нагрузки уже не совсем заметны... :)

З.Ы. но все таки одну вещь не совсем понял везде в интернете я нашел только с двумя таблицами и связью 1-*,
а в моем случае три таблицы тот же ГРУППЫ (1)-----(*) АБИТУРИЕНТЫ (*)-----(1) ЮЗЕРЫ.
я написал примерно вот так:
Код: sql
1.
select a from Abiturients join fetch a.groups

собственно вопрос а что со второй связью (имею ввиду АБИТУРИЕНТЫ (*)-----(1) ЮЗЕРЫ)? как ее реализовать или запрос таким же остается?
...
Рейтинг: 0 / 0
16.07.2015, 11:35
| Ответить | Цитировать | Написать  
С увеличением объема данных в БД начинается проблемы
    #39008688
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Blazkowicz
Участник
https://docs.jboss.org/hibernate/entitymanager/3.5/reference/en/html/queryhql.html
...
Рейтинг: 0 / 0
16.07.2015, 11:41
| Ответить | Цитировать | Написать  
С увеличением объема данных в БД начинается проблемы
    #39010220
Музаффар
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Музаффар
Участник
Blazkowicz,

Спасибо!
...
Рейтинг: 0 / 0
17.07.2015, 18:45
| Ответить | Цитировать | Написать  
14 сообщений из 39, страница 2 из 2
  2  все
Форумы / Java [игнор отключен] [закрыт для гостей] / С увеличением объема данных в БД начинается проблемы
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=59&msg=39008681&tid=2125163]:
 0ms
get settings:
 5ms
get forum list:
 8ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 54ms
get topic data:
 7ms
get forum data:
 2ms
get page messages:
 46ms
get tp. blocked users:
 1ms
others: 213ms
total:  340ms
созд. / загр.: 340ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]