Добрый день.
Обращаюсь за помощью.
Начальные данные из предметной области:
Есть три сущности: прибор, блок, аксессуар.
Прибор состоит из блоков.
Прибор может поставляться с аксессуарами или без них.
Приборы бывают разных видов, и, соотвественно, состоят из разных блоков.
Аксессуары тоже бывают разные, и поставляются с разными видами приборов.

Прибор, блок и аксессуар имеют некоторые общие характеристики, например, серийный номер, дата изготовления, тип и пр. (общие в том смысле, что характеристика "тип" есть и у прибора и у блока и у аксессуара, но ее значения различаются для разных сущностефывй.).
Помимо общих характеристик приборы, аксессуары и блоки имеют уникальные характеристики (прибор, например, характеризуется цветом и весом, а блок и аксессуар - нет).

Необходимо учитывать:
- все созданные приборы, блоки и аксессуары (хранить их характеристики)
- из каких блоков состоит прибор.
- с какими аксессуарами поставляется прибор.

Исходя из вышеперечисленного вижу два варианта реализации базы.
1 вариант:

Создать таблицу (назовем ее "А"), в которой хранить записи о приборах, блоках и аксессуарах. В этой таблице атрибутами будут общие для трех сущностей характеристики.
Уникальные же характеристики для каждой сущности предполагаю хранить в отдельных таблицах в отношении 1:1 к записям таблицы "А".
А также:
создать одну общую таблицу-справочник типов, в которой будут занесены и типы приборов, и типы блоков, и типы аксессуаров.
создать таблицу-связь, в которой будет учитываться из каких блоков состоит прибор.
создать таблицу-связь, в которой будет учитываться с какими аксессуарами поставляются приборы.

2 вариант:
Создать три таблицы, в каждой из которых будут храниться записи о приборах, блоках и аксессуарах соответсвенно.(в каждой из указанных таблиц будут общие атрибуты и атрибуты уникальные для отдельной сущности)
Для каждой из указанных выше таблиц сделать таблицу-справочник, в которых указать типы, характерные только для отдельной сущности.
Также как и в первом варианте, создать 2 таблицы-связи.

+/- 1 варианта:
Плюсы:
- Отсутсвует дублирование атрибутов.
- Меньшее количество таблиц по сравнению со вторым вариантом.

Минусы:
- Записи о разных сущностях хранятся в одной таблице.
- Несколько таблиц в отношении 1:1.
- Справочная таблица типов содержит типы всех сущностей, что, например, может привести к ошибочному выставлению для записи прибора значения поля "тип", характерного для блока или аксессуара.
- Таблицы связи будут связывать записи из одной таблицы ("А").

+/- 2 варианта:
Плюсы:
- Записи таблиц-связей формируются из ключей разных таблиц (на мой взгляд это снижает вероятность ошибки при формировании таблиц-связей.)
- Таблицы-справочники хранят записи, характерные только для одной сущности (на мой взгляд это снижает вероятность ошибки при составлении записи)
- Записи, относящиеся к одной сущности хранятся в одтельной таблице.
- Нет таблиц в отношении 1:1.

Минусы:
- Дублирование общих атрибутов в таблицах.
- Большее количество таблиц по сравнению с первым вариантом.

Подскажите, пожалуйста, какой из вариантов предпочтительней?
Я больше склоняюсь ко второму варианту.
Возможно, рациональное решение не ограничивается этими двумя вариантами?
Проектирую в рамках MySQL.

Dimitry Sibiryakov,
Количество таблиц:
1 вариант: общая таблица(общие атрибуты) + по одной таблице для сущностей(а сущностей 3)(уникальные атрибуты) + общий справочник = 5;
2 вариант: для каждой сущности по таблице (общие + уникальные атрибуты) + для каждой сущности по справочнику = 6;
Таблицы-связи я не считаю.
6 > 5;

В постановке задачи в первом сообщении я немного упростил условие.
Например, есть еще характеристика "статус", которая относится ко всем сущностям, но значения для нее должны быть разные для разных сущностей.
Первый вариант подразумевает создание одной таблицы-справочника, в котором будут перечислены все статусы для всех сущностей.
Второй же вариант предполагает создание трех таблиц-справочников, каждая из которых будет содержать статусы, характерные для той или иной сущности.
Т.о. добавление новой общей характеристики, значение которой берется из справочника, в первом варианте предполагает дополнительное создание 1 таблицы, а во втором - 3х.

Dimitry SibiryakovkhrenkovВторой же вариант предполагает создание трех таблиц-справочников, каждая из
которых будет содержать статусы, характерные для той или иной сущности.
Количество этих статусов достаточно велико чтобы третья НФ принесла пользу? На малом
количестве она скорее мешает.

Каждый справочник определяет домен атрибута для каждой сущности.
Например:
И приборы, и блоки, и аксессуары имеют атрибут "тип".
Приборы могут быть только типа "А" или "Б", блоки - "Ц", "Д" или "Е", а аксессуары - "Ф" или "Ж".
Поэтому справочник "типа" для приборов будет иметь записи "А" и "Б", для аксессуаров - "Ц", "Д" и "Е", для аксессуаров - "Ф" и "Ж".

В предыдущем сообщении отвечал на это:
Dimitry Sibiryakovkhrenkov2 вариант: для каждой сущности по таблице (общие + уникальные атрибуты) +
для каждой сущности по справочнику = 6;
Что за "справочник" и чем он отличается от таблицы, содержащей атрибуты?

Dimitry SibiryakovА если на "тип" вообще не создавать справочник?.. Для двух или трёх значений без
дополнительных атрибутов вполне хватит check constraint.

Думаю, что это решение не подойдет: домен атрибута "тип" содержит набор строк. Справочник здесь лучше впишется.

Кот Матроскин, спасибо за совет!

MasterZiv, ТЗ пишу я.

MasterZiv, спасибо за советы!