Как реализуют прайсы?

Question

[isour]

Добрый день. Суть вопроса: Есть база данных, в неё вносим информацию о том что 01.05.2015 какой-то человек купил(назовём это ЧЕК):

• позиция 1 - 500р
  
• позиция 2 - 600р
  
• позиция 3 - 100р
  

Проходит месяц, т.и уже 01.06.2015. Цены в прайсе меняются.

• позиция 1 - 200р
  
• позиция 2 - 300р
  
• позиция 3 - 200р
  

Теперь мне нужно посмотреть этот чек за 01.05.2015. Каким образом это делается обычно?

• Делается некая ревизия прайса. Тут, если мне понадобится расчёт всех чеков за месяц или год, то при большом кол-ве ЧЕКов это будет работать медленно.
  
• В отдельную таблицу записывается информация о том что человек купил три товара по такой-то цене. В этом случае получается большая избыточность информации, на сколько я понимаю.
  
• ?
  

Answer 1

[DevMan]

Делается то, что у вас названо "ревизия прайса".

Comments

[isour]

т.и. делаем таблицу со столбцами: price_position, price_val, price_rev к примеру, а в таблицу с заказами добавляем поле с price_rev? и потом при запросе заказа смотрим сколько стоит позиция в такой-то ревизии?

у этих "Ревизий" применительно к БД, есть название общепринятое?

[DevMan]

isour: вот одна из реализаций www.kodyaz.com/articles/log-price-changes-using-sq...
в действительности, если не предполагаются большие объемы, то проще хранить цену прямо в заказе.

> у этих "Ревизий" применительно к БД, есть название общепринятое?
history/track/log/etc

Answer 2

[mramor]

Есть таблица orders. в ней что за человек, контакты, дата покупки.
Для примера:
id | name | date
------------------
17| Василий | 01.05.2015

Есть таблица purchases, в ней построчно что за покупка, цена, и главное идентификатор из таблици orders. Т.е., три покупки = три записи.

id | order_id | price | name
------------------------------
1 | 17 | 100 | Трактор
2 | 17 | 200 | Велосипед
3 | 17 | 300 | Горшок

Если база, допустим sql, то делается запрос вроде такого:
select o.name as fio, o.date, p.price, p.name as product_name from orders o inner join purchases p ON(o.id=p.order_id) where o.date='01.05.2015'

на выходе получаем следующее:
fio | date | price | product_name
--------------------------------------
Василий | 01.05.2015 | 100 | Трактор
Василий | 01.05.2015 | 200 | Велосипед
Василий | 01.05.2015 | 300 | Горшок

Из o.* можно ничего не тащить, если вам нужен только ценник за дату. Либо использовать between в условии, если нужна выборка за диапазон дат.

Comments

[isour]

если человек пришёл через две недели с вопросом почему у меня заказ на 1200р., а прайс уже сменился, как в таком случаем мне детальную выписку сделать? у меня ведь будет только общая сумма по чеку

[mramor]

isour: Сейчас смотрю на комментарий DevMan и напрашивается вопрос - что у вас за программа? Я sql код то напишу, но я так понимаю у вас пакет ПО какой-то?

[isour]

mramor: нет, собрался писать замену для старой самописной базы на 1с 7.7(не я писал). думал использовать angularjs, nodejs, бд ещё не выбирал, до этого использовал пару раз mysql и postgresql. да и код мне как таковой не нужен, мне интересно как такие штуки(ревизии) делают люди

[mramor]

isour: В таком случае советую почитать что-нибудь умное :) про нормализацию отношений в бд. Многие вопросы отпадут сами.

[isour]

mramor: спасибо, в общих чертах знаю что такое отношение и нормализацию. буду изучать подробнее

[Алексей]

наверное лучше тогда вообще вот так:

id | order_id | product_id | price
------------------------------
1 | 17 | 2584 | 100
2 | 17 | 9587 | 200
3 | 17 | 1254 | 300