Эх, назвался груздем – лезу… То есть садюсь умничать.
И, хотя «базенку» не выложу – по причине полной моей недееспособности на сей предмет – не умею, я словей вместо этого напишу… С постраничной выдачей. С разложением, слегка отличающимся от дневного (в сторону упрощения, определяемого характером задачи).


вот пару только предварительных наблюдений
1)
автор
как проверять - десятый вопрос


Мда… И это говорит поборник нормализации и защитник Кодда…
А ЗАЧЕМ тогда про реляционные связи?


2)
автордискретность все равно останется по общему делителю - минуте
мне лично поразительно было бы самому читать все что дальше будет написано. Поскольку в цитированной фразе сказано ВСЕ., что дальше проистечет на нескольких страницах.
Позволю же все-таки "вывалить" нижеследующее по двум причинам
1) Санычу обещал, что спою.
2) Не всякий "автор" понимает насколько велик. У меня во всяком случае не сложилось ясного представления, что автор вышецитированнолй гениальной фрази кристально-отчетливо понимает смысл им же самим сазанного.
(Пардон - все дальнейшее почти исключительно из графоманских побуждений)

----------------

Начнем, покурив и оправившись.
По возможности будем следовать разложению от YBW, с необходимыми упрощениями и исправлениями.
Денормализации в этой задаче (мне) не избежать. Здесь это будет не столько метод ускорения поиска/сокращения объема хранилища, сколько метод упрощения пользовательского интерфейса в «духе Акцесс». Первая денормализация достается по наследству – «справочника» «предметов занятий помещения», следуя образцу, не заводим, считая причину занятия помещения «неклассифицированным строковым доменом». Простых справочника остается два - tblGroup, в котором кроме id нас ничего интересовать не будет, и tblLocation, в котором тоже есть id.

Можно переходить к расписанию – tblSchedule.
В нем определенно есть:
- id – в терминологии YBW – идентификатор события (расписания)
- groupID – идентификатор группы – вписан сюда по причине, которая будет прояснена ниже (возможно неявно).

Ну а дальше? Кто чего нарисует? LocationID – идентификатор помещения - будем сюда вписывать или нет?.
Прежде чем дать свой ответ, сделаю большое отступление.
Поговорим о пресловутом времени.
Атрибутный домен, в том числе «время» в «sql-базах» определяется как множество, на котором, как правило, определено отношение порядка: ([«Иванов» < «Ивановский»] - (с) Саныч) и отношение равенства («Иванов» = «Иванов»). В этом смысле, стандартный домен образует простое (быть может - упорядоченное) множество точек. Наличие «нормализующего справочника», ограничивающего множество допустимых значений, означает еще и нумерацию – развешивание целых чисел. «Поддержка целостности через ФК и УИ» сводится к проверке наличия числа в таком «справочнике». Для реализации которой как раз достаточно определения отношений равенства и порядка. Что и позволяет им с успехом работать (уникальным индексам и внешним ключам).