maximus666,   
Ага, на шаред-хостинге.

Указывайте страну проживания для избежания подобных непониманий. Я думаю вам мало понравится если вам начнут объяснять научный доклад на ломанной языке той страны, где вы живете.



Вам подсказать как оптимизировать запрос на псевдо-рандомизацию?

smartov, мне подскажи, пожалуйста.
Что-то вроде: имеем 1кк записей, надо выбрать разных 10 типов с наименьшим значением одного из полей и случайным образом отсортировать эти записи. На лету.

http://jan.kneschke.de/projects/mysql/order-by-rand/

IZ@TOP, дополнительным псевдо-рандомным полем которое обновляется раз в сутки, например.
Вот тут описывается один из вариантов
http://habrahabr.ru/blogs/mysql/55864/

Случай, когда нужно получить слишком много записей по условию, и ВСЕ ИХ после выборки расставлять их в рандомном порядке не рассматривается в виду либо явного просчета проектирования.

Этот вариант не интересен в виду своей банальности. Обыкновенная денормализация данных (если хотите - псевдорандомное значение в отдельном поле) используется по умолчанию. Просто подумалось, что можете еще способ подсказать. 

О просчетах проектирования готов послушать.

1. Имеем связанные данные, которые получаем из нескольких источников.
2. Данные в нормализованном виде сохраняем в базу.
3. Предположим, что выходит две сущности (таблицы), связанных одна ко многим. Т.е. запись в первой таблице связана с неопределенным количеством записей в другой.

Задача.
Выбрать данные по следующему условию:
1. Записи из таблицы "одна ко многим" должны соответствовать условию поле1=значение.
2. Записи из таблицы "многие к одному" должны соответствовать нескольким условиям, вроде поле1-2=значение1-2, должны быть отсортированы по поле3, связаны с таблицей "одна ко многим" по полю поле4.
3. Данные должны быть сгруппированы по поле4 и случайным образом выбраны 20 записей из полученного результата.

Требования: оригинальные данные сохранить в нормализованном виде, при денормализации и синхронизации, денормализованные данные не должны расходиться с оригинальной версией.

Мне тут видится один самый простой вариант реализации. Но, если есть идеи - готов выслушать.

Любопытно, и в итоге этих манипуляций получается 1кк записей?
Что за данные там лежат, если не секрет?

IZ@TOP, 

Насколько я вижу твою задачу этот банальный вариант с денормализацией вполне тебя устраивает. "Случайные" 20 записаей вполне могут быть получены этим методом. Поправь меня если я что-то не так понял

smartov, все верно. Меня все устраивает, тем более, что это было временной необходимостью вызванной восполненным сознанием руководства  Просто подумалось, может я чего не знаю и все можно было сделать проще? Но это так, риторический вопрос.

Fortop, база данных вроде market.yandex.ru.

Нет, сорри, тайным знанием не владею   
Да и вообще просветить я рвался автора топика, который явно не знает о вещах, которые тебе кажутся банальными   

smartov, надеюсь мы его совместными усилиями хоть немного просветили   Диалог всегда полезен.

awers, а в 22 нет никакой рандомации ,рандомация идет в объявлениях и ротаторах=-)

Добавлено @ 18:49
IgorIV, У меня VDS причем не хилый, а не шард хост...

А насчет рандомации,
Order by rand самый поршивый метод,
после него есть функция которая по поиску допустим можете найти, как мол получить random value, но она опять же вас разочарует если у вас таблица по ID не по порядку, как у меня например...

Я вот пользуюсь функцие которая как бы берет все записи, присваиваем им ID и затем уже рандомирует, решая при этом проблему пропуска
А скорость очень высокая

Это сообщение отредактировал(а) Muerto - 25.2.2010, 18:51

Linux?

IgorIV, Да CentOS стоит

CentOS в глаза не видел. 
Я думаю, что тебе надо определить медленные места в скрипте. А потом уже выяснять как их убыстрить.