Какой раз уже задумываюсь об этом, но так и не могу понять как правильно. А преподаватель на контакт не идет.
Прошу не придираться к бессмысленности примера. Это всего лишь пример. И.. я только учусь. И.. извиняюсь за много букв.

Допустим есть универмаги, магазины и киоски (торговые точки).
У универмагов есть секции, поделённые на залы.
Магазины поделены только на залы.

Допустим есть ещё уборщицы, которые привязаны к любой торговой точке одной. На одну точку может быть несколько уборщиц.
И допустим ещё есть продавцы. Они привязаны либо к залам универмага, либо к залам магазина, либо к киоскам. Может быть по несколько.

Вопросы:
1. Стоит ли объединять все торговые точки в одну сущность? Да? А если данные будут разниться, то наследование таблиц?
2. Допустим атрибуты залов никогда ничем не отличаются. Значит объединяем их в одну сущность? Один из атрибутов будет тип зала: "Зал универмага" или "Зал магазина". Что делать с внешним ключом. Нужно делать одно поле, которые будет играть двоякую роль в зависимости от типа, или нужно сделать два отдельных поля, одно из которых всегда должно иметь значение NULL? Как лучше?
3. С уборщицами вроде все очевидно, мы ведь специально сделали сущность торговая точка с разными подтипами.
4. С продавцами та же история, что и с залами. Отдельные сущности вроде как смысла делать нет, делаем разные подтипы. Сколько внешних ключей делаем, 1 неоднозначный или 2, один из которых всегда NULL.

5. Бывают ситуации, когда без наследования не обойтись. Есть много разновидностей предков от объекта (15), их экземпляров много (тысячи), у всех разные атрибуты. Если вот так делать таблицы со связью 1:1, то при обработке таких данных, как я понимаю, будет тратится ужас много ресурсов во-первых. Во-вторых сложность алгоритмом возрастает во многие разы. К примеру я работал с СДО Moodle - там повсюду ООП и типа мощная архитектура. В итоге минимальные системные требования сервера: ОЗУ 256мб, +1гб на каждые 50 пользователей одновременно работающих. Всё работает ужас медленно. Так какой же тогда выход? Как сделать быстро, удобно, понятно и правильно?

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

Понимаю, что прошу многого, но надеюсь на ваш альтруизм. А я потом поделюсь своим с другими людьми в хорошо понимаемых мной областях :)

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

Зал ссылается либо на секцию универмага, либо на магазин (торговую точку с типом магазин). Делать один внешний ключ "id чего-то, к чему относится зал" или два: "id секции универмага" и "id магазина", один из них всегда должен быть NULL.