проблема с sql запросом
- Автор темы xInOrK
- Дата начала
Bukk
Новичок
И запрос этот по определению будет медленным...
-~{}~ 27.02.06 10:32:
Связь идёт не только по индексу uid, но и по полю типа флоат, к тому вычисляемому, а значит если у юзера много картинок, то запрос будет тормозной.
А про одинаковый рейт, я имел ввиду, что результирующих записей для одного юзера может больше одного.
-~{}~ 27.02.06 10:35:
Но правда это уже на усмотрение автора вопроса, так правила для этого случая он не дал
-~{}~ 27.02.06 10:32:
Связь идёт не только по индексу uid, но и по полю типа флоат, к тому вычисляемому, а значит если у юзера много картинок, то запрос будет тормозной.
А про одинаковый рейт, я имел ввиду, что результирующих записей для одного юзера может больше одного.
-~{}~ 27.02.06 10:35:
Но правда это уже на усмотрение автора вопроса, так правила для этого случая он не дал
xInOrK
Новичок
Сейчас мне приходится циклом проходить таблицу с юзерами и выбирать лимитом и сортировкой одну лучшую фотка, их я записываю в отдельную таблицу. Обновляется это всё каждые пол часа кронами. Но вот проблема в том что не будет ли это сильно тормозить когда юзеров будет хотябы 20 000 а фотографий примерно 100 000 ?
__vampiro__
Новичок
ИМХО:
1. выбираем из рейтинга все записи, сортируем по рейтингу.
2. Начинаем рисовать в цикле порезультатам.
2.1 Создаем массив "окученый юзер".
2.2 Если текущего юзера в нем нет - рисуем. (!in_array() )
2.3 Прорисованного юзера заносим в свой массив.
2.4 Если нарисовали 100 строк - сваливаем из цикла.
Данные, которые мы "неотфетчили" так и останутся в буфере мускуля и умрут там спокойно и без проблем.
1. выбираем из рейтинга все записи, сортируем по рейтингу.
2. Начинаем рисовать в цикле порезультатам.
2.1 Создаем массив "окученый юзер".
2.2 Если текущего юзера в нем нет - рисуем. (!in_array() )
2.3 Прорисованного юзера заносим в свой массив.
2.4 Если нарисовали 100 строк - сваливаем из цикла.
Данные, которые мы "неотфетчили" так и останутся в буфере мускуля и умрут там спокойно и без проблем.