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

В итоге половина приборов в базе была из несуществующих в природе комбинаций. Что съекономили? справочник сам стал меньше, но в таблице появилось несколько ключей вместо одного. И эти дополнительные ключи требуют намного больше места %) нежели дополнительные строки в справочнике.

На мой взгляд унитарные объекты нельзя резать на части. Если это человек - то понём должна быть одна запись, а не набор ссылок. Можно сделать справочник паспортов, но использовать его это абсурд. Не нужно искать глубину на мелком месте.

Если операторы не имеют право - то DBA целыми днями будут добавлять всё нове и новые фамилии, имена, отчества. Если имеют - ошибки будут такие же у всех, только их будет в 100 раз больше
Будет полно записей "Елена Иванович"

вместо такого
FirstName nvarchar(100),LastName nvarchar(100),PartName nvarchar(100)
такой вариант
idFirstname int,idLastName int,idPatrName int
несомненно даёт экономию места, вот только когда дело доходит до поиска - вам нужна будет вьюха с индексами - и вся экномия места сразу теряется.

справочник с полом - абсурд, поле с значением в 1 бит - тут меньше ничего нельзя придумать
Справочник может быть для отображения в интерфейсе - это да
Но делать отдельную таблицу где будут id и пол - это бред (сюда тогда можно будет притулить историю, кто и когда пол сменил)