Eugene
Хочу спроектировать базу электроэнергетических устройств
(имеется ввиду самый основной уровень, когда не рассматриваем элементы, детали устройств, коммуникационное оборудование, провод)
Сначала взял стандартную схему БД подобного типа

Но потом понял что нельзя делать одну табл Оборудование для ВСЕХ ТИПОВ устройств.
В самом деле, в физике и электроэнергетики есть разные классификации
каждого типа устройств, сам тип оборудования иногдв является не линейным а деревом.
Так для типа Электродвигатель основные подтипы -постоянного-переменного тока. Для переменного тока -следующий уровень-синхронный-асинхронный
Кроме того желательно отразить в БД не одну а несколько классификаций, причем разных для каждого типа устройства.
Например, электрогенераторы - по виду выходного электр тока -Постоянного, переменного
-по фазности выходного напряжения – на однофазные и трехфазные;
-по типу используемого топлива - дизельный, бензиновый и газовый
и т д т.е в отличие от приведенной выше схемы, под самой верхней сущностью ТИПОборудования
должно стоять не одна табл ОБОРУДОВАНИЕ а НЕСКОЛЬКО, т.е.
ЭЛЕКТРОДВИГАТЕЛИ , ЭЛЕКТРОГЕНЕРАТОРЫ, ИсточникиСВЕТА , ИсточникиВторичногоПитания (подтипы:хит (гальванич элем, батареи и акк), термобатареи, термоэлектр преобразователи, фотоэлектрич преобразователи...)
Возникает вопрос о проектировании такой структуры. т.е база -это фактическое соединение почти на верхнем уровне разнородных сущностей таблиц. Можно ли так делать? Не имел опыт. Что ,Все запросы SELECT придется писать в форме SELECT CASE?

hVostt, расшифруйте термин EAV

hVostt, Что имеете ввиду под термином бизнес-наследование?
У меня под рукой самая простая СУБД -MS Access. Дальше SQL Server и глядеть не хочу.
Если имеете ввиду объектно-ориентированные типа Jasmine - это мне не по карману

Я думаю что все-таки надо начать с древовидного классификатора Тип оборудования и запихнуть его в таблицу как запихивают в СУБД деревья. Правда у моей предметной области получается классификация не иерархическая а сетевая