Telegramy
Articles
About
« Rev
@projoomla
452
Fwd »
Дмитрий
у тебя были доли мс
Дмитрий
а сейчас уже около сотни
Igor
у тебя были доли мс
важно смещение больше а времся уже меньше
Дмитрий
оно работает и ходит до 5млн
Дмитрий
дальше идут секунды
Дмитрий
и если моно так долго ждать то пох
Дмитрий
если нет
Дмитрий
то offset выкидывается
Дмитрий
важно смещение больше а времся уже меньше
ну ьез join понятно чтобудет быстрее
Дмитрий
но опять же
Дмитрий
этоне факт
Дмитрий
если настроить базу правильно и выделять кучу памяти
Igor
этоне факт
Это огромный факт
Дмитрий
можно кучу кеша делать
Igor
скажем так раза в 2
Дмитрий
скажем так раза в 2
если join дать больше памяти на базу
Дмитрий
гораздо больше
Дмитрий
то будет норм
Дмитрий
но это будет не эффективное использование памяти
Дмитрий
но зодить будет не хуже
Igor
если join дать больше памяти на базу
Не в этом дело. А ключах
Дмитрий
но опять же я не вижу у тебя учета категорий и языков
Дмитрий
если бы последовательсть скинул как ты учитываешь
Igor
При join все ключи идут по одному месту после 50-60к
Igor
Кстати еще больше оффсет а время уменьшается
Дмитрий
Кстати еще больше оффсет а время уменьшается
это кеш
Дмитрий
оно прыгает
Igor
это кеш
нет. просто базу попускает после создания
Дмитрий
оно потом возрасте обратно
Дмитрий
нет. просто базу попускает после создания
да
Дмитрий
это кеш mysql
Дмитрий
он кегирует твои запросы
Дмитрий
если ты ей долбишь одно и тоже
Дмитрий
она умнее нас иногда
Igor
если ты ей долбишь одно и тоже
Я двигаю дальше. до 5лямов у меня база упадет.
Дмитрий
Я двигаю дальше. до 5лямов у меня база упадет.
короче неважно, все равно
Дмитрий
было доли мс
Дмитрий
стало доли секунд
Дмитрий
оно растет
Дмитрий
так что работает как я и сказал до определнных пределов
Igor
было доли мс
Был кеш
Дмитрий
дальше другие алгоритмы
Igor
дальше другие алгоритмы
Других алгоритмов нет. Ну кроме принципа а не засунуть мне все в раму
Дмитрий
Других алгоритмов нет. Ну кроме принципа а не засунуть мне все в раму
пагинации?
Дмитрий
других нет?
Дмитрий
есть
Igor
есть
Нет. Ибо прицип по id муря =)
Дмитрий
Нет. Ибо прицип по id муря =)
там проблемы с фильтрами
Дмитрий
но елси их нет
Дмитрий
то id работает
Igor
то id работает
На самом деле он и фильтрами отлично работает
Igor
Вопрос в раме.
Дмитрий
какой раме?
Дмитрий
там идет where
Дмитрий
сделай вот свой запрос
Дмитрий
select
Дмитрий
и там укажи
Дмитрий
where id > 1000000
Дмитрий
покажи результаты
Дмитрий
и память расход
Igor
where id > 1000000
Не так работает пагинация по id/
Igor
Принцип простой. Выгружаешь нужные id отфильтрованные и отсортированные id. Без офсет. На 1лям уйдет 100-120 мс засовыешь в раму размибвая на пагинаци еще плюс ну тут не мерил, в общем еще 200 навреное. Потом у тебя уже будет Where id IN ()
Дмитрий
Принцип простой. Выгружаешь нужные id отфильтрованные и отсортированные id. Без офсет. На 1лям уйдет 100-120 мс засовыешь в раму размибвая на пагинаци еще плюс ну тут не мерил, в общем еще 200 навреное. Потом у тебя уже будет Where id IN ()
ну такое себе
Дмитрий
не эффективный расход памяти
Дмитрий
ты дублираешь данные почти все
Дмитрий
тогда сразу их надо сохранять так чтобы оперировать
Дмитрий
а не вытаскиывать
Igor
тогда сразу их надо сохранять так чтобы оперировать
Засунь в кеш
Igor
Рама шустрее диска
Дмитрий
Рама шустрее диска
уже нет
Дмитрий
ты не понял
Дмитрий
ты дублируешь данные все
Дмитрий
и просто у тебя расход памяти неэффективный
Igor
ты дублируешь данные все
почему все.
Igor
Только id это int он весит 3 коейки
Igor
выйдет запрос долгий только на 2 странице
Дмитрий
я идею понял, но на мой взгляд это не очень
Дмитрий
это как-то не рационально
Igor
я идею понял, но на мой взгляд это не очень
Ну это даст возможность, использовать фильтры и сортировки без offset
Igor
это как-то не рационально
Рациональнее чем id > 21000
« Rev
@projoomla
452
Fwd »