Всем привет, надеюсь тут можно задавать вопросы про проектирование БД. Перейду

Question

Всем привет, надеюсь тут можно задавать вопросы про проектирование БД. Перейду

к вопросу - мне нужно сформировать таблицы БД для процесса проведения работ. Изначально создается пустая работа, затем она проходит много этапов где разные сотрудники могут прикрепить какие то документы, заполнить поля и т.д. Но самое главное что вызывает трудности - это то что у работы есть текущий статус(этап) и чтобы перейти на другой этап нужно чтобы определенный сотрудник(или несколько) подтвердил это, но так же им может что-то не понравится и тогда выбирается - отказать, затем работа откатится на предыдущий статус(этап). Как я планировал сделать - будет одна большая таблица Works, где множество полей - статусы, документы, текст, даты и т.д. , для каждого сотрудника селектится определенные поля и он их видит и может поменять. При подтверждении какого либо статуса в коде уже идет проверка - все ли необходимые сотрудники подтвердили переход(заполнены ли необходимые поля для id работы в таблице Works), при отказе - статус работы изменяется и добавляется комментарий в таблице Works. Но потом я прогугли разные решения подобных задач и там везде создаются доп. таблицы - для cо статусов, задач на подтверждение/отказ в отдельные сущности и т.д. Так вот - мое решение ок или тут надо разбивать логику на отдельные сущности?

#programming #russian #sql

0

29.09.2021

7 ответов

6 просмотров

Salih Mamashev Автор вопроса

А если я допустим вынесу все поля которые надо подтвердить в отдельную таблицу или этого мало?

0

29.09.2021

Nik

Про нормализацию таблиц почитай

0

29.09.2021

Salih Mamashev Автор вопроса

ок спс

0

29.09.2021

Anime Boy

+

0

29.09.2021

Sergey

Про нормализацию уже сказали - немного упрощу задачу: тут тебе понадобится 3 нормальная форма, выше нет необходимости - она является компромиссом между нормализацией, быстродействием и удобством работы. Каждая таблица - это отдельная сущность, документы в документы, работы в работу, статусы - правильно, в статусы. Потом все это дело связываешь по Id и радуешься) Т.е. в таблице Works у тебя будет поле status_id в котором хранится соответственно Id статуса из таблицы Statuses. А вот зачем так делается - это уже прочти, а будут вопросы - спрашивай. Но никогда не делай так, как описал - это может вызвать болевые ощущения)

0

29.09.2021

Salih Mamashev Автор вопроса

Понял, спс)

0

29.09.2021

Nik · Accepted Answer

Nik

За такой вариант, как ты предлагаешь, надо ногами бить

0

29.09.2021

169 похожих чатов

Всем привет, надеюсь тут можно задавать вопросы про проектирование БД. Перейду

7 ответов

Похожие вопросы