vitabirЕсли сделать одну сущьность, напрмер устройство и внести в нее все атрибуты категорий компьютер, монитор, принтер это скроет реальную внутреннюю структуру категорий (поле жесткий диск у монитора) много лишних полей для некоторых категорий. А если создать отдельные сущности монитор, принтер, компьютер то скроется факт наличия общих харетеристик (инвентарный номер и т.п.) В теории я знаю что надо объединить общие характеристики и разъединить различные, но как это реализовать на практике?

Посмотри третий вариант

Alexander_F PridobreY Посмотри третий вариант
Согласен, 3 варианта. В двух словах:

1) Все объекты в одной таблице
2) Все объекты в отдельных таблицах
3) Общие свойства объектов в одной таблице, индивидуальне - в отдельной для каждого вида объекта.

Я бы выбрал вариант 3 как самый гибкий.

Вы по другому трактовали, описанный мной, третий вариант. По приведенной ссылке он отличается, и намного гибче.
Суть в следующем.
Общие свойства объектов в одной таблице. Виды объектов в другой.
Для вида объекта устанавливаем перечень свойств. Для экземпляра объекта, определенного вида, заполняется установленный набор свойств. Значения этих свойств храняться в отдельных таблицах, в зависимости от типа данных (не от вида, вид лишь определяет набор свойств.) В итоге имеем возможность, добавлять новые виды объектов, изменять наборы свойств объектов, без перестройки структуры хранения данных. В случаях 1,2,3 - как описали Вы, придется добавлять поля, таблицы.

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