Разработка ИМ: Где хранить оформленные товары?

Question

[Mikhail]

Собственно разрабатываю Интернет Магазин с нуля и задался вопросом где хранить оформленные товары? В отдельной таблице или в том же orders. Проблема ещё состоит в том, что у нас есть оплата при получении и предоплата на сайте Интернет Магазина(пока не включена, но планируется сперва через агрегатор платёжных систем). Оформленные товары лучше хранить в базе данных и сделать например так, что-бы пользователь мог повторить тот же заказ в будущем.

Answer 1

[Сергей Маловичко]

две таблицы: заказы (поле с итоговой суммой и внесенной предоплатой) и товары в заказах (с ценной на момент оформления)

Comments

[Mikhail]

цена на момент оформления это полный не фонтан. В плане того, что товар может лежать в корзине долго. А при повторе заказа цена может вернутся также старая. Что повлечёт убытки и издержки.

[Сергей Маловичко]

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

[D']

Mikhail: цена на момент оформления - очень ползеная фишка, которая дает дополнительные данные для датамайнинга.
>В плане того, что товар может лежать в корзине долго
Корзину не нужно хранить в БД. Ее нужно хранить в сессии\localstorage. А вот данные о заказе (включая цену на момент заказа) хранить очень даже полезно.
Так же стоит сохранять всю дополнительную информацию по заказчику (IP, User Agent, часовой пояс, локальное время, и т.д), потом только спасибо себе скажете за это.

[Сергей Маловичко]

D' Normalization: локально хранить корзину тож не очень. а если решит продолжить набивать корзину с планшета

[D']

Сергей Маловичко: если юзер не зарегистрирован, то хранить корзину в БД всё равно не поможет. Для зареганых конечно можно хранить в redis/memcached, но в БД ей по моему не место.

А вот сохранять товары которые добавляют в корзину, с привязкой к конкретному юзеру + дополнительная информация - самое то. Для дальнейшего датамайнинга пригодится.

[Сергей Маловичко]

да и стоит заглянуть в уже отточеный велосипед - любой e-commerce

[Сергей Маловичко]

D' Normalization: Полностью с вами согласен, коллега. И потом поспамить в почту, мол оформляй заказ - мы цены снизили)

[D']

Сергей Маловичко: ну не только для этого. Подобные данные можно анализировать и анализоровать :) Например построить график по определенному товару, как часто его добавляли с другим конкретным товаром, в зависимости от цены + от часового пояса человека.
И затем людям с таким часовым поясом показывать эти 2 товара со скидкой например.
Да кучу всего можно накопать.

[Mikhail]

А если пользователь зарегистрировался? Что делать с этим REDIS? Требуется же привязать заказы из привзяки к сессии к пользователю(userid).

[d'Ivan]

Сергей Маловичко цена и ценна - это разные слова