Правильн ли составлена структура БД для сервиса заказа канцтоваров в организации?

Question

[wertex]

Хочу попробовать написать сервис для своей организации, который позволит составлять список заказа канцтоваров. Канцтовары берем в Комус'е. Там есть возможность загружать данные из csv в корзину.

Я думаю сдлеать таким образом: Бухгалтерия сама создает новый заказ на канцтовары по мере выделения средств на это
(возможно раз в квартал заказ создается автоматически - уточню этот момент) и сотрудники добавляют от своего имени туда заказ. Затем происходит его перевод в статус "согласование". В этот момент управлять составом заказа могут только сотрудники бухгалтерии. После получения согласования выгружается файл csv.

Вот примерная структура БД:

employee;id;login;pass;full_name;id_departament
department;id;title
goods;id;id_komus;title
orders;id;date;id_employee;Id_goods;quantity;date;status

Что скажите?

Answer 1

[Rsa97]

1. Если id_komus однозначно определяет товар, то нет смысла в отдельном поле id.
2. Надо разделить сущности 'заказ' (id, date, status) и 'строка заказа' (id, order_id, employee_id, goods_id, quantity).
3. Если добавите в таблицу товаров ещё и цену, то сможете автоматически рассчитывать стоимость заказа.

Comments

[wertex]

1.Да, id_komus однозначно определяет товар...
2.Не совсем понял для чего такое разделение
3.Цену добавить можно, вот только на официальном сайте она может изменится, возможности загрузить ее с их сайта нет :(

[Rsa97]

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