Проблема проектирования базы данных: промежуточная таблица между двумя таблицами может закончиться слишком большим количеством результатов.

Question

Мне нужно создать базу данных для обработки форм.

В принципе, форма должна пройти (точно) 7 человек, один за другим. Каждый человек может либо согласиться, либо отклонить форму.
Если кто-то снижается, цепь останавливается, и следующие люди даже не получают уведомление, что там is a форма.

Прямо сейчас я подумал о тех трех таблицах: ФОРМА, ЧЕЛОВЕК И ОТВЕТСТВЕННОСТЬ между ними. Однако мое первое решение кажется слишком тяжелым, потому что каждая форма может содержать до 7 ответов.

Здесь мы находимся со столом между ними. Это означает, что каждая успешная форма имеет 7 строк в таблице RESPONSE.

Здесь у нас есть ответная информация непосредственно внутри формы. Он выглядит уродливым, но, по крайней мере, сохраняет все как можно более необычным. На плохой стороне я не могу отслеживать даты ответа, но я не думаю, что это важно для этого.

Что вы думаете об этом? Я чувствую, что оба они ошибаются, и я не знаю, как это исправить.
Если это имеет значение, я буду использовать Oracle 9.

Answer 1

Из этих двух, я бы выступать за первый вариант, так как это было бы более гибким, в случае изменения бизнес-процесса, и требуют (скажем) 9 ответов

Если вы беспокоитесь о хранении, я бы ожидал, что в среднем это займет меньше места для хранения «до» 7 копий меньшей формы, чем одна копия более крупной формы.

Answer 2

Первое решение кажется лучше. THEN вы можете проверить, не рассеяно ли оно кем-то, выполнив простой SQL: ... WHERE response.isapproved = False. В противном случае вы должны проверить все 7 полей в главной таблице.