Что производительней много таблиц или сложные связи?

Question

[REDkiy]

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

Пока мыслю так:
Вариант 1:
Делаю под каждый тип детали табличку, с разным количеством столбцов и держу под рукой их список. Вижу пока одно преимущество, достаточно простые запросы.
Минусы: Сотни таблиц.

Вариант 2:
Делаю следующие таблицы:
- Типы деталей.
- Типы поверхностей.
- Параметр.
- Параметры типов деталей.
Соответственно в таблице "Параметры типов деталей" связи к остальным таблицам и непосредственно значение параметра.
Плюсы: Таблиц всего 4.
Минусы: Сложные запросы. Значение параметра только одного типа (возможно потребует преобразования). Одна огромная таблица.

Вопрос такой - Какой вариант более производителен и жизнеспособен в данных условиях?

Answer 1

[sim3x]

Начните с изучения 3NF
EAV
Денормализация

После, изучите как лучше всего использовать json в таких ситуация

Comments

[REDkiy]

Спасибо!

Answer 2

[asd111]

Попробуй mongodb. Для товаров хорошо подходит.

Comments

[REDkiy]

Не могу, одно из требований использовать PostgreSQL.

Answer 3

[Ерлан Ибраев]

Производителен вариант 1
Жизнеспособен вариант 2
:-)