случайная запись в MySQl

как выбрать случайную запись в базе MySQL (PHP) или как на PHP можно выбрать случайное число в диапазоне >1 <количество записей в базе MySQL? искал в PHP функцию типа random - не нашел..

В MySQL нет таковой.

-----
Truly yours, Sasha.

Я выбирал случайный товар из каталога вот так

-----
Форум для тех, кто делает сайты

Значит есть.
Правда в документации пишут что функцию не стоит применять вместе с ORDER BY так как она повторяется многократно и влёчёт нагрузку на систему.

-----
Truly yours, Sasha.

Хм... Тогда переделаю

-----
Форум для тех, кто делает сайты

Я реализовывал алгоритм случайного выбора с условиями следующим образом

Id | name | char | num
---------------------------
1 | ns22 | A | 1
2 | 3432 | B | 1
3 | abcd | B | 3
4 | ccpc | C | 3
5 | nq2d | A | 1
6 | qq32 | B | 2
7 | awcd | B | 2
8 | csdc | C | 3

Условие было: выбрать случайную запись где char = A и num = 1


Для реализации два пути.

Путь А

-----
Truly yours, Sasha.

Пришла в голову следующая идея.
Если mysql выполняет функцию rand() многократно, пусть это делает пхп.

-----
Truly yours, Sasha.

Что-то я твою идею не понял. Пусть $rnd = rand(). Т.е. это - число.
Тогда запрос будет выглядеть так
SELECT * FROM `table` WHERE `char`='A' AND `num`=1 ORDER BY 1234 LIMIT 1
При запросе
SELECT * FROM `table` WHERE `char`='A' AND `num`=1 ORDER BY RAND() LIMIT 1
функция MySQL RAND() для каждой записи выбирает случайное число - по нему и идет сортировка. А как сортировать по константе? Другими словами ORDER BY 1234 не имеет смысла и MySQL будет все время возвращать одну и ту же запись (до тех пор, пока мы не модифицируем таблицу - добавим/удалим записи)

P.S. А задачка оказалась совсем не такой тривиальной...

-----
Форум для тех, кто делает сайты

mysql' овский RAND() возвращает число от 0 до 1
Для того наш rand я и поделил на 10 000

-----
Truly yours, Sasha.

Да, я понял. Но суть дела это не меняет - нельзя сортировать записи по константе 0.1234
SELECT * FROM `table` WHERE `char`='A' AND `num`=1 ORDER BY 0.1234 LIMIT 1
Выражение ORDER BY 0.1234 не имеет смысла - запросы
SELECT * FROM `table` WHERE `char`='A' AND `num`=1 ORDER BY 0.1234 LIMIT 1
SELECT * FROM `table` WHERE `char`='A' AND `num`=1 LIMIT 1
вернут одинаковые результаты.

-----
Форум для тех, кто делает сайты

Давай тогда ещё раз.

Что у нас происходит когда мы выполняем следующий запрос: ?
SELECT * FROM `table` WHERE `char`='A' AND `num`=1 ORDER BY RAND() LIMIT 1

-----
Truly yours, Sasha.

Я еще спросить хотел. По поводу разбить талицу на "кусочки".

Вот, положим, у меня есть таблица, где хранится информация о продукции некоторой фирмы. Содержит 15000 записай. Я ее разбил на три - по 5000 записей в каждой. Я вроде слышал, что для MySQL это полезно. Но как работать с этими таблицами?

Пока таблица была одна, я мог составить запрос для получения одной записи
SELECT title, description, price, image FROM products WHERE id_product=1001

А как быть, если я одну таблицу разбил на три? Составлять запрос типа
SELECT title, description, price, image FROM products1 WHERE id_product=1001
UNION
SELECT title, description, price, image FROM products2 WHERE id_product=1001
UNION
SELECT title, description, price, image FROM products3 WHERE id_product=1001

(Добавление)

Я так понимаю, что из таблицы выбираются записи, удовлетворяющие условию WHERE `char`='A' AND `num`=1. При этом, для каждой записи высисляется значение RAND() и по нему идет сортировка

-----
Форум для тех, кто делает сайты

Нет, таким образом у тебя выходит что у тебя три таблицы по 5000 строк

первая таблица где товары относятся к категории мебели,
вторая таблица для товаров для кухни
и третяя таблица для товаров электро-приборов

Все три таблицы выглядят одинаково
Id_product | title | description | price

Теперь пользователь выбирает в магазине товар, жмёт добавить в корзину и в корзину добавляется id_product и category

А информация о товаре в БД будет лежать тут:
SELECT * FROM `table_of_".$category."` WHERE `product_id`=$id

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




(Добавление)


Дело в том что в 15 000 строковой таблице будет слишком много строк удовлетворяющих условие Char = A & num = 1 , поэтому системных ресурсов для вычисления и запоминания, а потом сортировки по этому числу - уходить будет очень много.

Можно ещё сделать чтото вроде такого:
SELECT * FROM `table` WHERE `char`='A' AND `num`=1 AND `id`=$rnd
и повторять эту комбинацию циклом while пока из базы чтото не выберется.
Мне кажется что при 15 000 строковой таблице, цикл долго крутится не будет, потому что шанс что такой id найдётся достаточно велик.
И системных ресурсов тратится будет меньше. Хотя цикл может в холостую работать и работать и так и не наткнутся очень быстро на подходящую запись..

-----
Truly yours, Sasha.

Это мне понятно. Но так получается - мы искусственно усложняем структуру БД. Создаем дополнительные таблицы, хотя с точки зрения решения задачи в них нет необходимости. Ведь для хранения информации о структуре каталога продукции достаточно двух таблиц (даже одной - но получится нерациональное расходование полей). Я здесь провожу аналогию с файловой системой - есть каталоги (директории) и есть файлы (почему я говорю - достаточно одной таблицы - потому что директория - это тоже файл, только особого вида).



В этих двух таблицах я могу хранить каталоги продукции 2, 3, 10, 20 разных фирм (одно условие - придется добавить дополнительное поле - идентификатор фирмы, которой принадлежит категория или товар).

Мне интересно знать, как разбить эти таблицы, если они слишком разростутся (или будут изначально велики)? Получается, я должен буду изменить все запросы к этой таблице (а точнее - уже к трем), если разобью ее на части?

P.S. Почему я проявляю столь живой интерес к этой теме - просто много раз слышал о проблеме большого количества записей. И хочется быть готовым к этой ситуации, если она вдруг случится.


Согласен. Единственно, что я бы еще сделал - попробовал все варианты и засек бы время на выплнение. Но это не дает никаких гарантий - потому как у разных хостеров может быть по-разному. У одного PHP и MySQL на одной машине, у другого - на разных. И т.п.

(Добавление)
Мне не спится. Поэтому продожу. Пусть у нас есть фирма, которая предоставляет услуги хостинга и одновременно - услуги создания сайтов. Каждый сайт, создаваемый этой фирмой имеет каталог продукции (может быть и с Интернет-магазином). Все сайты работают на одном движке. Вся информация о продукции этих фирм хранится в двух таблицах CATEGORIES и PRODUCTS. Чтобы не заморачиваться каждый раз с модификацией движка (передавая в запросы уникальный идентификатор фирмы id_firm), эта фирма создает в БД представления (view)
CREATE VIEW CATEGORIES_FIRM1 AS
SELECT * FROM CATEGORIES WHERE id_firm=1
CREATE VIEW PRODUCTS_FIRM1 AS
SELECT * FROM PRODUCTS WHERE id_firm=1

CREATE VIEW CATEGORIES_FIRM2 AS
SELECT * FROM CATEGORIES WHERE id_firm=2
CREATE VIEW PRODUCTS_FIRM2 AS
SELECT * FROM PRODUCTS WHERE id_firm=2

CREATE VIEW CATEGORIES_FIRM3 AS
SELECT * FROM CATEGORIES WHERE id_firm=3
CREATE VIEW PRODUCTS_FIRM3 AS
SELECT * FROM PRODUCTS WHERE id_firm=3

А потом достаточно создать файл конфигурации config.ini следующего содержания
define("CATEGORIES", "CATEGORIES_FIRM1");
define("PRODUCTS", "PRODUCTS_FIRM1");
для первой фирмы

define("CATEGORIES", "CATEGORIES_FIRM2");
define("PRODUCTS", "PRODUCTS_FIRM2");
для второй фирмы

и т.д.

А в самом движке при необходимости обращения к таблице товаров пишем
$query = "SELECT id_prd, title, description, price FROM ".PRODUCTS." WHERE id_prd=".$id_prd;
При этом для первой фирмы будет идти обращение к представлению PRODUCTS_FIRM1, для второй - к PRODUCTS_FIRM2 и т.д.

Вопрос, который я хотел задать - если таблица PRODUCTS становится слишком велика - как ее грамотно разбить на части и как к эти частям обращаться?

-----
Форум для тех, кто делает сайты

То что можно сделать это оставить таблицу категорий как есть
а таблицу продуктов разбить на несколько маленьких таблиц по таблице для каждой фирмы

Тогда будут три таблицы

table_for_firm1
Id_prd | Title | Description Price | category

table_for_firm2
Id_prd | Title | Description Price | category

table_for_firm3
Id_prd | Title | Description Price | category

Скрипту придётся передавать уже два параметра: фирму и id
и запрос будет:

-----
Truly yours, Sasha.