ModelR # Darth Vader #Я вот например учился, у нас на курсе было четыре группы, названия каждой менялись из года в год , наша сначала была 104 потом 204 потом 304 .... 504 - дедули. яЭто значит группы имеют историю по годам (кроме номера может например куратор меняться). И студенты тоже, и связка идет от истории студента к группе.
В 2006 году Коля и Оля учились вместе в 104. А в 2007 в разных : Коля все с тем же номером 104 но от 2007 г., а Оля все в той же группе, но теперь она имеет номер 204.
Перечень лет можно выделить отдельной таблицей УчебныйГод.

Это говорит о том, что нужно уйти от абстракций и обратить внимание на факты.
В данном случае группа, это документ - список группы и дополнительные сведения (которые пока не требовались, поэтому их нет в модели БД). Каждый год составляется новые списки групп, а старые списки отправляются в архив. Без такого документа, группа, всего лишь неформальное объединение.


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

Что такое студенты, тоже не совсем понятно. Студен, это не объект, а связь человека с учебным заведением. Полагаю, лучше говорить о студенческом билете, зачётной книжке.

EstetsЕсть физическое лицо (студент) которое состоит или состояло в договорных отношениях с учебным заведением. А номера студенческих билетов, договоров с институтом и прочее это дополнительная информация.

"Студент", это не физическое лицо а роль. На человеке не написано, что он студент. (Правда, история знает и такие примеры учёта физических лиц). Эта роль формализована документом. Чтобы купить льготный проездной, мне приходилось предъявлять студенческий билет, с записью, что в период с года x по x+1 я учусь на таком то курсе и печатью.
Часто, человек не может иметь более одной связи с организацией, что позволяет приравнять два понятия, но в общем случае это не так.
С другой стороны человек может иметь несколько удостоверений личности, и использовать их для создания нескольких связей с организацией, даже если это запрещено. В этом случае приходится проверять подлинность документа и принимать в рассмотрение только один вид документов (например только паспорт гражданина РФ), наводить справки в органах, которые ведут первичный учёт этих документов.

В данном случае один и тот же человек может числиться студентом разных групп сколько угодно раз, с разными Id. ИМХО, в качестве Id записи в таблице студентов удобно использовать № студенческого билета.

ModelRТак теряется общность группы по годам. Хотя можно восстановить задав идентификатор специальности, потока, правила нумерации.

Да, собственно так и делают. "Общность" группы понятие неформальное, его невозможно ичитывать. А вот специальность, поток, это другое дело.

Если изменить точку зрения, можно говорить, что ВУЗ имеет учебный план на 6 лет по подготовке x специалистов по профессии y к году z. К этому плану на каждый семестр привязана группа. По мере обучения студента включают в определённую группу, отправляют в отпуск или исключают из ВУЗа.
После отпуска или перехода из другого ВУЗа или курса студент может быть включен в группу из другого учебного плана (возможно, по той же специальности, но с другой датой выпуска). При этом ему придётся ликвидировать разницу в учебных планах, сдать все необходимые для обучения в данной группе зачёты и экзамены.

Cool!Вообще, проще все это представить в виде пересечения нескольких n-мерных пространств ...

Проще для OLAP системы. Для OLTP системы такое представление непригодно в виду слабой связи с объектами реального мира - студенческие, зачётки, списки групп, экзаменационные ведомости, штатное расписание и т.п..