Форум → Сообщество → Флейм → Постраничный вывод
Постраничный вывод
-
23 ноября 2011 г. 12:02, спустя 6 часов 29 минут 1 секунду
master, на первой странице выводишь первые 1,5 мильйона, на второй вторые. Все это делается простым лимитом в запросе + сортировкой asc/desc. Все ж элементарно. йопт! =)Спустя 285 сек.А вообще, то тут как минимум нужна алфавитная разбивка для уменьшения кол-ва ссылок в пагинации (какой бы она ни была) + для удобства ипанутого юзверя, который с какого-то хуя решил весь список пересмотреть с помощью пагинации.
Хотя, ИДЕОЛОГИЧЕСКИ правильно в данной случае (при данной кол-ве и качестве записей) будет вообще не выводить никакой пагинации и списка юзеров в целом, а дать просто форму поиска и хоть в хуй пусть свистят! -
24 ноября 2011 г. 22:08, спустя 1 день 10 часов 5 минут
Это тема уже обсасывалась тут, для быстроты необходимо отказаться от разных сортировок, я так решил -
24 ноября 2011 г. 22:09, спустя 1 минуту 21 секунду
kostyl, для быстроты нужно отказаться от вывода вообщене всё полезно, что в swap полезло -
24 ноября 2011 г. 22:14, спустя 4 минуты 33 секунды
master, кому вообще нужно просматривать список пользователей, и как критично метро просмотра отразится на юзверях? Обычно да, ты прав, списка со страницами на таком количестве редко показывают. Я все свожу к частным случаям, нахуй универсалы… -
26 ноября 2011 г. 2:18, спустя 1 день 4 часа 4 минуты
тут как-бы не вопрос к django, а вопрос к SQL.
Скучно что-то стало, наброшу:
Вопрос от новичка по django.
Есть таблица с 3 миллионами пользователей (PostgreSQL). Прирост примерно 500000 в месяц.
Как идеологически правильно организовать постраничный вывод?
можно попробовать SphinxSearch для выборок или NoSQL, кеши, партишинг (например по дням страницы иметь)
К вопросу о именно django, то это https://docs.djangoproject.com/en/dev/topics/pagination/ думаю уже смотрелhttps://smappi.org/ - платформа по созданию API на все случаи жизни
Пожалуйста, авторизуйтесь, чтобы написать комментарий!