Где правильнее в БД разместить статусы заказа?

Question

[weranda]

Приветствую.
Есть часть БД. В БД хранится информация о заказах. С заказом работает три человека. Где хранить статусы заказа? В отдельной таблице, в таблице заказа или как-то иначе?

Вот так может выглядеть кусок БД:


Или так может выглядеть кусок БД (статусы переносим прямо в таблицу заказов):

Comments

[alexalexes]

Поясните порядок взаимодействия master, manager и company. Какова их роль в заказе? Как они друг на друга влияют при выставлении статуса?
Эти роли меняются от заказа к заказу у работников? Они постоянны в течении смены, или закреплены за должностью работника?

[weranda]

alexalexes, У всех трех лиц есть доступ к БД. Поступил заказ. Приведу пример. Мастер взял в работу заказ, к примеру, распил досок. Распилил и установил статус «готово». Приходит менеджер, смотрит на распил и если все хорошо, то ставит статус «готово». После этого все еще раз проверяет руководитель и делает то же самое — ставит статус «готово». Т. е. это просто проверка выполнения заказа со стороны каждого участника. Это может быть и не распил, а что-то похожее.

[Vitsliputsli]

weranda, первая схема выглядит ошибочной, перекрестные ссылки - это ужас. И зачем разбивать связь один к одному на 2 таблицы? Для этого должно быть какое-то обоснование, не вижу такой необходимости.
Из вашего описания статусы должны выглядеть так:
Новый
В работе
Проверка менеджером
Проверка руководителем
Готово
По этим статусам заказ идет последовательно. Плюс статусы для нестандартных ситуаций, например "Брак".
В этом случае у заказа всегда будет только 1 статус. В вашем варианте, для проверок нужно будет делать подстатусы, а значит дополнительные условия в коде, и усложнение всего workflow.

[weranda]

Vitsliputsli, Не совсем понял вашу мысль о каких именно перекрестных ссылках вы пишите.

[Vitsliputsli]

weranda,

о каких именно перекрестных ссылках вы пишите

order_worker_statuses.order_id -> orders.id
orders.order_worker_status_id -> order_worker_statuses.id
Таблицы связаны перекрестно друг с другом. Непонятно зачем нужны такие связи.

Answer 1

[Елена]

В этой ситуации видимо лучше хранить статусы заказов в отдельной таблице.

Есть таблица заказов order(id).
Есть таблица пользователей user(id)
Есть таблица статусов status(id)
Есть таблица статусов order_status(id(?), order_id(order.id), status_id(status.id), assignee_id(user.id), created_at)
Таким образом будет известно: какой текущий статус у заказа, кто в данный момент занимается заказом, можно будет проследить историю изменений.

Comments

[weranda]

Мне понравилось ваше решение.

[Stepan524]

как в запросе "откликнутся на заказ" найти айдишник статуса "в работе" чтобы установить его для этого заказа?