что делать с этой хуетой?
первая страница (LIMIT 0,30) вытаскивается за 0.002 сек
последняя (LIMIT 70000, 30) за 4.447 сек
у всех так? дело в мускле? или что-то с индексами надо придумать?
новые сообщения
ответы на мои сообщения
избранное
скрытые темы
случайный топик
открыть всё в новых вкладках
Форум → Разработка → Базы данных → Лимит, глубокая выборка)
Лимит, глубокая выборка)
Страницы: ← Следующая страница →
-
Сообщения:
11960
Репутация:
N
Группа:
в ухо
-
Сообщения:
4306
Репутация:
N
Группа:
в ухо
24 сентября 2011 г. 17:22, спустя 18 минут 52 секунды
индексы не причем
в идеале - отказаться от постраничной разбивки -
Сообщения:
11960
Репутация:
N
Группа:
в ухо
24 сентября 2011 г. 17:21, спустя 23 часа 58 минут 41 секунду
в идеале - отказаться от постраничной разбивки
каким образом?все умрут, а я изумруд -
Сообщения:
4306
Репутация:
N
Группа:
в ухо
24 сентября 2011 г. 17:22, спустя 1 минуту 1 секунду
уже терли эту тему
http://pyha.ru/forum/topic/5812.0 -
Сообщения:
11960
Репутация:
N
Группа:
в ухо
24 сентября 2011 г. 17:28, спустя 6 минут 23 секунды
AlexB, я видел
и не к чему не пришли
ЛИМИТ хуета, хуярить по страницам - не надо
только вот, что делать, если нужен постраничный список юзеров, который мне хочется пролистать и просмотретьвсе умрут, а я изумруд -
Сообщения:
4306
Репутация:
N
Группа:
в ухо
24 сентября 2011 г. 17:38, спустя 9 минут 47 секунд
вариантов море
1. сделать кнопки следующая страница и предыдущая
2. сделать алфавитный указатель и выводить юзеров по букве (двум первым буквам, если их дохуя)
3. сделать окно поиска юзера по первым буквам
2 и 3 пункт более юзабельны чем тысяча ссылок на страницы -
Сообщения:
4761
Репутация:
N
Группа:
в ухо
24 сентября 2011 г. 17:39, спустя 1 минуту 4 секунды
может имеет смысл както "каталогизировать" юзеров и отказатся от пейджера ?Спустя 20 сек.поддерживаю варианты 2,3 от Алекса -
Сообщения:
11960
Репутация:
N
Группа:
в ухо
24 сентября 2011 г. 17:50, спустя 10 минут 37 секунд
1. сделать кнопки следующая страница и предыдущая
это однохуйственно разбивке на страницы2. сделать алфавитный указатель и выводить юзеров по букве (двум первым буквам, если их дохуя)
как вариант, да3. сделать окно поиска юзера по первым буквам
ну это уже не то, хочется видеть, потому что иногда ты сам не знаешь, что ищешь :)Спустя 29 сек.2. сделать алфавитный указатель и выводить юзеров по букве (двум первым буквам, если их дохуя)
только опять же, если будет дохуя юзеров на букву А
то ситуация повторитсявсе умрут, а я изумруд -
Сообщения:
4306
Репутация:
N
Группа:
в ухо
24 сентября 2011 г. 17:57, спустя 7 минут 10 секунд
А вот и нет, здесь возможны легкие запросы, если отказаться от общего пагинатора1. сделать кнопки следующая страница и предыдущая
это однохуйственно разбивке на страницыСпустя 136 сек.
в общем-то да повторится, но уже в меньшем масштабе, значит надо продумать механизм быстрого переключения на указатель по N первым буквам2. сделать алфавитный указатель и выводить юзеров по букве (двум первым буквам, если их дохуя)
только опять же, если будет дохуя юзеров на букву А
то ситуация повторится -
Сообщения:
11960
Репутация:
N
Группа:
в ухо
24 сентября 2011 г. 18:12, спустя 15 минут 24 секунды
А вот и нет, здесь возможны легкие запросы, если отказаться от общего пагинатора
например?все умрут, а я изумруд -
Сообщения:
4540
Репутация:
N
Группа:
Джедаи
24 сентября 2011 г. 18:27, спустя 14 минут 47 секунд
а как на счет такого варианта:
Спустя 20 сек.…с аяксомВысокоуровневое абстрактное говно -
Сообщения:
4306
Репутация:
N
Группа:
в ухо
24 сентября 2011 г. 18:32, спустя 5 минут 2 секунды
ну погугли, тема то баянная …А вот и нет, здесь возможны легкие запросы, если отказаться от общего пагинатора
например? -
Сообщения:
1316
Репутация:
N
Группа:
Адекваты
24 сентября 2011 г. 21:39, спустя 3 часа 7 минут 17 секунд
Как вариант - продублировать таблицу вверх ногами
Что-то типа если X стремится к 0 больше чем к 70000, то выборку делать из первой таблицы, иначе из второй сверху
Память не экономим и больше напряга при записи, но зато сэкономишь эти 4 секунды
Еще вариант - разбиваешь таблицу на несколько таблиц, от 1 до 10000 в одну, от 10001 до 20000 в другую, потом в третью и тд
Глупости наверное, но может добавить скорости -
Сообщения:
2284
Репутация:
N
Группа:
Адекваты
24 сентября 2011 г. 22:15, спустя 35 минут 51 секунду
Ivan, оба твои варианта хуета какая-то.
Вообще достаточно было бы узнать некий идентификатор (если сортировка по дате, то и идентификатором будет "дата+реальный ID записи") последней выбранной записи (то есть последней записи на актуальной странице) и после этого отправлять этот идентификатор гет-запросом ко второй странице, которая, по сути, делает выборку с четким лимитом 30 записей от указанного нами идентификатора.
Проблема будет в том, что по сути для добавлении в базу очередной записи все "постраничные" ссылки будут изменять адреса, то есть Гугль будет теряться. А вот пользователю по большей мере похуй. И даже отчасти хорошо - его ссылка всегда будет вести именно на тот список записей, который он видел и неделю назад. А в случае с большинством примеров из стандартной пагинации список записей на конкретном номере страницы со временем постоянно меняется. -
Сообщения:
3131
Репутация:
N
Группа:
в ухо
24 сентября 2011 г. 22:16, спустя 28 секунд
Как вариант - продублировать таблицу вверх ногами
Сортировку может просто в другую сторону делать?
Страницы: ← Следующая страница →
Пожалуйста, авторизуйтесь, чтобы написать комментарий!