Помогите новичку разобраться с нормализацией след. примера.

Есть сущность рабочий. У некоторых рабочих есть менеджер, кот. ими руководит, а у некоторых его нет. При этом менеджер тоже является рабочим. Т.е. таблица будет след. :

WORKER (WOKER_ID , NAME, SURNAME, FK(MANAGER_ID))

В этом случае MANAGER_ID рекурсивный внешний ключ.

Т.к. у кого то из рабочих нет менеджера, при заполнение таблицы в некоторых строчках поле MANAGER_ID будет пустым.
Вот эта пустота меня и смущает. Это нормально? Таблица соотв. 3НФ. А соответствует ли она 4НФ? Ведь, если расматривать отношение рабочий - рабочий с позиции, что рабочий управляется другим рабочим - все нормально, вроде как таблица нормализована. Но если с позиции - рабочий управляет рабочим , то мы получаем, что один робочий управляет несколькими рабочими и следовательно возникает многозначный атрибут. Т.е. нет соответсвия 4НФ. В этом случае надо две таблицы, например:

WORKER (WOKER_ID , NAME, SURNAME

и

MANAGER(FK(WORKER_ID ), WORKER_ID )

Вот такая вот фигня. Помоготи врубиться как все таки правильно?

Так же непонятно, если например, к атрибутам рабочего-менеджера я добавлю какой то дополнительный атрибут, которого нет у обычного рабочего, напр, e-mail - стоит ли выделять его(рабочего-менеджера) в отдельную таблицу, т.к. все остальные атрибуты у него совпадают с обычным рабочим? Может ли поле e-mail быть пустым у обычного рабочего? Не будет ли это нарушение целостности данных?
Я склоняюсь к тому чтобы сделать дополнительную таблицу для хранения ID менеджера и его e-mail:

MANAGER_MAIL(WORKER_ID ,E_MAIL)

Если все суммировать, то у меня два варианта между которыми надо выбрать:

1). В этом варианте все хранится в одной таблице. По-моему она нормализована.. как вы думаете? Может ли нормализованная таблица имет пыстые атрибуты?

WORKER (WOKER_ID , NAME, SURNAME, E_MAIL, FK(MANAGER_ID))

2). НЕсколько таблиц. В этом случае нет пустых атрибутов.

WORKER (WOKER_ID , NAME, SURNAME

MANAGER(FK(WORKER_ID ), WORKER_ID )

MANAGER_MAIL(WORKER_ID ,E_MAIL)

Заранее благодарю за ваше терпение все это прочитать и помощь!

А если у рабочего и менеджера одни и те же атрибуты и нужно просто определить кто кем управляет, то достаточно одной таблицы?

funikovyuri, а как бы ты сделал?

2 папа Карло
Что то я не понял.. зачем 4-я таблица?

2funikovyuri

Я полный нуль(надеюсь пока :)) в проектировании бд... я просто изучал пример и задался некоторыми вопросами, которывае вы мне с папой Карло в принципе прояснили. Спасибо вам :)

Кстате Lelikk говорил об оптимальности структуры БД с точки зрения запросов... на что ме надо обращать внимание в этом случае?

... в этом случае при проектирование БД?

авторЧасто бывают случаи, когда некотороый отход от классических нормализованных форм существенно упрощает и структуру данных, и решение практических задач

Дмитрий, можно пример?

2funikovyuri

авторЧтобы ответить - надо знать что это за запросы :)

Как за ранее можно узнать какие будут запросы, что то для меня это пока неочевидно. Например, если я просто создаю структуру данных, которая затем может быть использованны двумя разными программами. Мугу ли я знать какие запросы могут понадобиться авторам программ?