Схема взаимоотношений сущностей для системы управления расписанием - PullRequest
0 голосов
/ 06 мая 2020

Мне нужно создать базу данных системы управления расписанием, но перед внедрением я решил создать соответственно диаграмму ER и реляционную модель. Вот диаграмма. Все пользователи могут принадлежать к одному или нескольким отделам. Некоторые пользователи принадлежат к курсам, значит, преподаватели, студенты и директора школ связаны с конкретными c курсами (может быть более одного курса). Сам курс содержит класс, в котором есть информация о том, когда и где он будет проходить. Все пользователи имеют доступ к расписанию. Атрибут роли в сущности пользователей указывает, является ли пользователь администратором или нет. Интересно, правильны ли этот logi c и представление с диаграммой ER или нет.

Примечание: я не уверен в сущности INFO. Будет ли лучше, если я избавлюсь от него и покажу все атрибуты INFO в Contains Relationship, который объединяет курс, класс и расписание?

1 Ответ

0 голосов
/ 07 мая 2020

Это зависит от цели вашей задачи и системы базы данных / среды программирования, в которой вы собираетесь это реализовать ...

Возможно, вам лучше оставить все как есть, если вы ищете 1-я нормальная форма (1NF) .

На самом деле вы часто соглашаетесь с некоторыми избыточностями, чтобы ускорить обработку и минимизировать трудозатраты. Таким образом, это будет аргументом в пользу того, что вы следуете предложению не иметь ИНФОРМАЦИЮ и показывать атрибуты в других объектах. К сожалению, это обычно не то, что учителя ищут в курсах типа 101 ... ... но это может быть хорошим альтернативным решением в случае, если решение слишком медленное и его трудно реализовать ...

...