Как хранить значения цен товаров в MySQL?

Question

[Snewer]

Здравствуйте!

В магазине имеется фиксированное кол-во товаров (порядка 200) и категорий (около 20). Пользователь может выставлять прайс лист на данные товары (т. е. каждый пользователь имеет свой прайс лист). При чем пользователь может выставлять цены не ко всем товарам, т. е. к примеру, для 1, 50, 80, 81.

Как организовать структуру таблицы? Выборка может быть следующая:
1. По id пользователя
2. "where value1 > 0 or value2 > 0 ...", где value1 и value2 - товар1 и товар2 соответственно

Как вариант таблица с 202 полями. Насколько это правильно?

Спасибо.

Answer 1

[neol]

ИМХО правильнее будет как-то так:

CREATE TABLE `prices` (
  `user_id` int(10) unsigned NOT NULL,
  `goods_id` int(10) unsigned NOT NULL,
  `price` int(10) unsigned NOT NULL
);

Ну и индексы добавить.
Соответственно ваш запрос будет выглядеть примерно так:

SELECT * FROM prices WHERE goods_id IN (value1,value2) AND price > 0

Таблица с 202 полями - точно плохое решение (=

Comments

[Snewer]

Ошибся, их 394. Понимаю, что плохое, но хорошо рабочее и пока что единственное

[Snewer]

Ваше решение такое же нехорошее как и предложенное. Объем данных увеличивается, выборка усложнается

[vdem]

@Snewer А можно точнее описать задачу? Что за категории и как они связаны с товаром? Что такое "прайс-лист"? У каждого пользователя есть "свои" товары или они общие для всех? Опишите это как-то конкретнее. И необходимые запросы - тоже, только насчет выборки по user_id все ясно, а второй запрос?

[Snewer]

@vdem Второй вопрос не так важен. Имеется фиксированное кол-во товаров (400 примерно), и пользователи-продавцы. Каждый пользователь имеет свои цены на все эти товары (часть), соответственно это нужно хранить и выполнять запросы выборки типа "у кого цена на товар 99 больше 0"

[vdem]

Теперь понял, сейчас ответ напишу.

Answer 2

[vdem]

CREATE TABLE `User` (
    `user_id` int not null,
    ...
);
CREATE TABLE `Product` (
    `product_id` int not null,
    `product_name` varchar(100),
    ...
);
CREATE TABLE `UserPrice` (
    `user_price_id` int not null,
    `user_id` int not null,
    `product_id` int not null,
    `price` decimal(10, 2) not null,
    ...
);

Чтобы получить все товары, которые продает User с id = 10:

SELECT `Product`.*, `UserPrice`.`price`
FROM `UserPrice`
INNER JOIN `Product` ON `Product`.`product_id` = `UserPrice`.`product_id`
WHERE `user_id` = 10

Две таблицы (ну таблица с пользователями и так есть, верно?), и никаких сотен полей.

Comments

[Snewer]

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

[Snewer]

При запросах на 10000 записях следующие результаты: (1 всего, Запрос занял 0.0019 сек.)

[Snewer]

Как по вашему, следует ли мне оставить такую структуру?

[vdem]

Никакого огорода здесь нет, стандартное решение. Вот надо бы еще в UserPrice добавить индекс по product_id, и еще один по user_id, и движок сменить на MyISAM (если сейчас InnoDB).

[vdem]

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

[vdem]

Ну или как вариант, если отойти от чисто SQL-ориентированного решения, для каждого юзера хранить строку (TEXT), в которой хранить пары вида =;=, и разбирать это в приложении самостоятельно.

[vdem]

Хотел написать product1_id=price1;product2_id=price2, но понаписывал угловые скобки и их съели.

[Snewer]

@vdem я пытался хранить сериализованный массив, но, очевидно, что по сортировать пользователей по значениям цен не выйдет