Большая БД и Limit X,Y

humbert · 2012-08-28T16:05:54.0000000Z

Запрос вида Select ID, name From table order by name Limit X, Y - классика Постраничный вывод информации, ID не по порядку (сортировка по другому полю). При небольшом значении X все работает зачечтательно, при X>10 000 (может и раньше) начинаются тормоза. Знаю, что надо использовать такой запрос Select ID, name From table where name>( максимальное предыдущее значение name ) order by name Limit Y , но как передать это значение, если на странице выводится список страниц "Страница 1" "Страница 2" "Страница 3" "Страница 4" "Страница 5" ... - ума не приложу как это сделать, т.к. для страницы 2 я знаю значение (это максимальное текущее), а для страницы 3 нет данных.

427

siv1987

28 августа 2012, 18:33

#11

edogs:
Ужасный и избыточный вариант, с каких пор он стал классическим?
Первый запрос точно так же заставляет пройтись по всей базе как и заставил бы пройтись запрос со *.

Не знаю насколько он "избыточный", но у меня такой вариант работает с почти с полумиллионной таблицей так же шустро, как с одной десяткой тысяч. А вот с полным * - ложит сервер напрочь. Естественно на поля сортировки и условии стоят индексы.

Роскомнадзор наведет порядок в Яндекс идет в Украину Google внес правку в

334

TF-Studio

29 августа 2012, 02:13

#12

имеется база 30кк записей.

выборка

SELECT * FROM `table`

limit 20000000, 100

проблем особых не возникает.

Возможно:

1. дело в настройках мускуля

2. Все поля int (что как раз подходит для таблицы кеша ids в вашем случае)

3. myisam

Всё ещё лучший способ заработка для белых сайтов: GoGetLinks (https://www.gogetlinks.net/?inv=fahbn8).

Как использовать ненумерованный список В Management API Google Хитрости поиска: Используйте неверный

540

humbert

29 августа 2012, 04:05

#13

TF-Studio, именно, что поля int, у меня записей намного меньше, около 200 к, но в каждой записи есть поля text, varchar, причем таких полей достаточно много и в каждом текста значительное количество. Вес таблицы около 500 Мб.

Парсинг прайс-листов, наполнение интернет-магазина товаром. (https://humbert.ru) Любая CMS (Битрикс, OpenCart, Prestashop и даже Woo Commerce )

Google Ads обновил интерфейс Яндекс: количество русскоязычных аккаунтов ВКонтакте появилась возможность копирования

334

TF-Studio

29 августа 2012, 04:16

#14

ну так может кеш-таблицу, где будут исключительно ID?

а вторым запросом брать нужное или обеденить.

Пробовать надо.

В теории - сложно.

540

humbert

29 августа 2012, 04:25

#15

TF-Studio,

humbert:
В общем сделал кеш (отдельную таблицу) под один запрос - время генерации упало в 10 раз, с 0.3 сек до 0.03.

Осталось сделать под остальные 10 запросов.

Переиграть и победить: как анализировать конкурентов для продвижения сайта

Курс биткоина превысил $50 тысяч