fallen_falconПытаюсь придумать логически правильную БД для следующей ситуации:

Есть таблицы "Университет", "Аудитория" и "Преподаватель".

Аудитории имеют внешние ключи от "Университета".

Если мы попытаемся составить таблицу "Расписание преподавателей" с внешними ключами от "аудиторий" и "преподавателей", то мы теряем явную зависимость от "Университета", и можем обьединить аудитории и преподавателей разных университетов.

Что необходимо исправить?

А что тут исправлять? Преподаватель вполне имеет право работать в разных университетах, и одну лекцию прочитать в аудитории А-210 политеха, а другую - в аудитории М-315 медицинского.

У нас в политехе, например, правоведение читал преподаватель из института МВД, специально приезжал к нам на лекцию каждый раз.

Так что сама структура БД у вас верная, а свои бизнес-ограничения реализуйте как-то иначе.

А если вы все же вообразите, что преподаватели привязаны к университету неразрывно и единственно (ну там цепями прикованы или как), можно добавить ссылку "Университет" в таблицу "Преподаватели".

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

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

Предлагаю определение:

В.И.Ленин"Преподаватель" есть функция индивидуума, данная нам в ощущениях лекции

Разумеется, если задумывать некую над-университетскую систему, то в ней будет отдельно сущность "физ.лицо", и к ней один-ко-многим - сущность "Сотрудник", привязанная к организации (университету).

И тогда для составления Большого Всеобщего Расписания нужно будет учесть, что если несколько Сотрудников представлены одним Физ.лицом, то расписание для них должно быть последовательное - чтобы в политехе и МВД не оказались лекции по праву в одно и то же время.

Только вот никак не могу представить, что же это будет за организация, составляющая Всеобщее Расписание Всего.

Кот МатроскинСобственно, если рассматриваем расписание одного-единственного университета

Как раз нет. Проблема-то у человека, что университетов у него много.

fallen_falcon...и можем обьединить аудитории и преподавателей разных университетов. Что необходимо исправить?

Кот МатроскинCane Cat Fisherпропущено...


Как раз нет. Проблема-то у человека, что университетов у него много.

Так если Вы согласны, что университетов много и система - "над-университетская", то к чему было 20192031 ?

С одной стороны, забавно обсуждать структуру БД сферической "над-университетской" системы в вакууме, раз уж заданы конкретные вопросы. Просто как упражнение в логике. С другой - таких систем не встречал, и представить не могу.

Так что это из области головоломок "Если все улитки - паровозы, то..."