[MySQL] выбор случайных записей

HraKK, имхо проще уж делать сводную таблицу, которую мешать раз в час, добавлять еще столбец, который не совпадает с индексом основной и делать по ней выборку аля select * from rand_table where fakeid> rand() * max(fakeid)

чтоте такое, огда и файлсорта не будет и темп тейблов и летать будет при любых обстоятельствах)

bearman добавил 25.07.2010 в 15:37

netwind, ага, у меня 4ый :))

OMG...

А я-то думаю - что ж я никак не похудею до нормы. Сайты не дают. Сисьге растят мои :D

сиськи-сиськи-сиськи! (.)(.)

Аналоги и вариации сабжа с завидным упорством, гарантированно раз в месяц появляются на просторах этих ваших интернетов )

Какие ранд с лимитом в сиквеле на больших таблицах, откститесь ))

Последнее более-менее полное описание и решение аналогичной проблемы что мне попадалось, вот здесь у нас на форуме

в принципе, HraKK это и имел ввиду, но в более сжатом варианте

RFC2505, а сиськи там есть?

я только что попробовал на таблице в 30 000 значений, запрос - выполнялся около 0.1 - 0.09 что есть не красиво...?? (правда потом через раз по разному)

хотел сделать оптимизированно чтобы не возвращатся к этому вопросу!

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

короче, я сделал так

SELECT
id_gr
FROM (
SELECT id_gr
FROM groups_contents
WHERE id_co = 79
ORDER BY RAND()
LIMIT 10 
) groups_contents

от сюда

select * from groups where in id_gr (bla.bla,etc);

этот запрос не выводит ничего:

SELECT * FROM (SELECT @row:=@row+1 as rownum, content.* FROM (SELECT @row=0)r,content) ranked WHERE rownum IN(15,20) 

что такое 15,20, это PRIMARY KEY ?

у меня их 2...

такой запрос выводит ошибку

mysql> SELECT * FROM content WHERE id_co > rand()*(max(id_co)-min(id_co)) + min(id_co) ;
ERROR 1111 (HY000): Invalid use of group function

я пока остановился на этом:

	
SELECT
id_gr
FROM (
SELECT id_gr
FROM groups_contents
WHERE id_co = 79
ORDER BY RAND()
LIMIT 10 
) groups_contents

select * from groups where in id_gr (bla.bla,etc);

он вродебы по быстрее, думаю достаточно, хватит на 100к записей...

еще вариант:

	
select id from MyTable order by rand() limit 10;

поставить unique index в id - должно быть быстрее

rtyug добавил 26.07.2010 в 14:28

и что страшного? там только дизайна и верстку нету, но хотя еще не законченно - остались мелочи и нсколько функционала... :)

rtyug добавил 26.07.2010 в 14:30

вот тут вот http://www.x0.org.ua/blog/user/1/view/9 хорошо написано что такое MySQL и как она работает :)

rtyug,если не поперло, попробуйте выводить "случайных N сущностей за недавнее время". их перемешивать традиционно, просто выборка меньше.

Вот кстати, а зачем все эти задачи нужны? какой прикладной сео-смысл выводить нестабильный и нерелевантный текст на страницы сайта?

Если начать выводить связанные данные, то сразу выборка уменьшится.

netwind, есть таблица с 2 "примера кей" и с 2 значениями

id_users,id_too

нормально отсортировать нечем, нету по чем... нету даты...

в других таблицах нужно сделать для seo - красиво...

тот вариант запроса, который имел ввиду bearman - ускорил...

	
SELECT
id_gr
FROM (
SELECT id_gr
FROM groups_contents
WHERE id_co = 79
ORDER BY RAND()
LIMIT 10 
) groups_contents

и проблема вродебы решена...!

(просто мне говорили что я пишу не оптимизированные запросы, по этому я хотел так писать чтобы они были сразу оптимизировать...)

rtyug, это решение уменьшает стоимость сортировки - размер участвующих строк, не изменяя сложность алгоритма - число участвующих строк.

два primary key не бывает, хотя бы название не наводит на эту мысль?

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

о каком seo речь и как вы собираетесь делать предположения о ранжировании страницы, если сам текст страницы (пусть даже часть) у вас меняется случайно?

это мелочи, главный текст на странцие не меняется, а вот дополнительное, т.е. не для seo, а для индексации...

(он быстрее проиндексируует найдет нужные ссылки)

это мелочи, короче...