Как лучше спроектировать Р-модель БД в данной ситуации?

Question

[tukreb]

Всем доброго дня!
Есть небольшая загвоздка, как лучше спроектировать Р-модель для сущностей, которые являются компонентами ПК и которые хранятся на складе.
Как пример, есть 4 сущности - Модель ЦПУ, Модель ОЗУ, Модель Диска и сам склад (другие модели опустим).
У каждой из них специфические параметры, поэтому я не вижу как это обобщить в одну общую сущность.
Пример №1 (красным обведён составной ключ) голубые атрибуты - foreign key:

Пример №1

Пример №2 один из первых тяп-ляп вариантов был такой:

Пример №2

Ну и как очевидно в такой сущности (пример №2) сложно поддерживаться целостность данных (точнее нужно помнить об этом).

Вопрос к людям с опытом, есть ли лучший вариант в данной ситуации? Остановится на примере №1 или есть более изящное и универсальное решение?

Спасибо.

Answer 1

[Андрей Скоржинский]

Можно например так:

Comments

[tukreb]

Но для этого придётся жёстко писать логику на стороне сервера?
То есть запретить создавать пользователю свои поля и предоставлять только заранее заготовленные и на основе этого строить запросы.

И на сколько это быстрее будет? Ведь придётся делать как минимум 4-5 джойнов для одного компонента. Хотя с другой стороны не придётся плодить под каждый компонент свою сущность. Выглядит интересно.

[Андрей Скоржинский]

Но для этого придётся жёстко писать логику на стороне сервера?

Зависит от архитектуры вашего приложения, но обычно да, бизнес-логика на стороне сервера.

...запретить создавать пользователю свои поля и предоставлять только заранее заготовленные и на основе этого строить запросы....

Не понял эту фразу. Под "свои поля" что имеется в виду в применении к предметной области?

И на сколько это быстрее будет?

С чем сравниваем? С выполнением sql-запросов? С linq?

[tukreb]

Не понял эту фразу. Под "свои поля" что имеется в виду в применении к предметной области?

В данном случае если вся бизнес логика на стороне сервера (не на БД), то вопрос можно снять.

С чем сравниваем? С выполнением sql-запросов? С linq?

Допусти на складе, есть сотни таких элементов:

ID | type | model_id | serial_num | status
1 | RAM | 1    |  kmgle43t | ok
2 | RAM | 1    |  kmfge65t | ok
3 | RAM | 4    |  kmferg5t | ok
4 | CPU | 1    |  km3fdrft | ok
5 | CPU | 1    |  k434fdrft | ok
и т.д

Если я захочу вывести для каждого компонента всю их информацию, например: Модель, размер, интерфейсы, и другие специфические для компонентов данные.
То мне для каждого поля нужно нужно будет делать джоин. Если у типа компонента RAM - 6 атрибутов, чтобы собрать из нужно будет сделать 6 джоинов.
Допустим на складе надо отобразить 100 компонентов RAM с их данными - это будет как минимум 600 джоинов.

Вот на сколько скажется на производительности?

[Андрей Скоржинский]

Вывод всех RAM на складе со всеми атрибутами:
select *
from waterhouse
inner join Parts on waterhouse.idParts = Parts.idParts
inner join PartProperty on PartProperty.idPartPropery = Parts.idPartPropery
where Parts.idParttype = idRAM

[tukreb]

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