Проектируем базу. Вопрос более теоретический, чем практический.
Есть таблица студентов. Они могут перемещаться между группами на оснавании приказов, а также могут отчисляться/заканчивать и восстанавливаться в любой группе. Соответственно для этого есть таблица групп. Приказ на перемещение формируется для множество студентов, а также требуется, чтобы приказ можно было "откатить", а при случае снова активировать("накатить"). Для этого формирую таблицу приказов и еще одну таблицу для списка студентов, входящих в приказ. При активации приказа(т.к. сказать формирование проводки) в зависимости от его типа формирую, либо обновляю строку перемещения в таблице перемещений. Таблица перемещений выглядит следующим образом:

ID | Grp | StartDate | EndDate | IDorder1 | IDOrder2

ID - первичный ключ
Grp - группа в которую перемещен студент
StartDate - дата с которой он находится в этой группе
EndDate - дата до которой он находится в этой группе
IDOrder1 - на основании какого приказа он зачислен
IDOrder2 - на основании чего выбыл

Соответственно есть 3 типа приказов:
1 - на зачисление( формируют новую строку в таблице перемещений и заполняют поле StartDate, IDOrder1)
2 - на перемещение( проставляют IDOrder2 и EndDate в строке предыдущего перемещения и формируют как и в 1 случае )
3 - на отчисление( проставляют IDOrder2 и EndDate в строке предыдущего перемещения )

Такая схема обеспечивает то, что на любую дату можно однозначно, без дополнительных вычислений узнать в какой группе находился студент из соотношения( StartDate<= Date <= EndDAte).
Мой коллега однако не согласен с такой структурой и считает, что на каждый приказ должна быть заведена отдельная строка в таблице перемещений, а таблица студентов учавствующих в приказе вовсе не нужна, так как это дубляж данных.

что можете посоветовать?

И еще один: каким нормальным формам соответствует первый вариант, а то у нас по этому вопросу тоже споры.

Просмотрел. Переедем

Получается, что да, вторая форма нарушена, т.к. StartDate, EndDate это поля из таблицы приказов. Чтобы нормализовать таблицу, в ней надо оставить только номера приказов, а для отображения создать представление. С другой стороны в эту таблицу доступ обеспечен только хранимыми процедурами, с строгими параметрами, т.е. доступ пользователей(ручной) исключен. Есть ли смысл в нормализации или все-таки переходить к использованию представлений?

Если приказ активен, то удалить или изменить записи в таблице перемещений нельзя, а если не активен, то записей в таблице перемещений быть не должно. У кого есть какой подобный опыт?

Про сторно - спасибо, забыл.
Вопрос таки, нормализовать или нет таблицу перемещений?

Спасибо.