Как разделить БД на модули?

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

Как разделить БД на модули?

Андрей Скоржинский, хм, а где можно посмотреть примеры разделения БД, когда её лучше делать и вообще примеры по этой теме?
Спасибо.

Как разделить БД на модули?

Андрей Скоржинский, да, это не проблема, главный вопрос, как лучше разделить базу. Мой предложенный вариант жизнеспособен или я наткнусь на непредвиденные подводные камни? И есть ли варианты по лучше, как разделить БД?
Может есть интересные примеры на просторах интернета? У меня не получалось сходу найти что-то хорошее на эту тему.

Как разделить БД на модули?

Андрей Скоржинский, не нужно его воспринимать буквально, а имел ввиду что-то по аналогии мода. То есть, не обязательный элемент как мод (микросервис?), который можно подключить и отключить/удалить безболезненно как для БД так и для сайта. Да возможно это немного нарушит нормализацию, если рассматривать всё как одно целое, потому что я в данный момент не вижу как это сделать иначе. И в общем поэтому и задал тут вопрос, какие варианты тут есть.

Как разделить БД на модули?

Можете ткнуть пальцем?
Вам не нравится нарисованная ER модель? Вы что-то не понимаете в ней?

Насколько дорогая SQL операция NOT IN/NOT EXISTS?

Хм, об таком варианте я даже не подумал :) Спасибо.
А что вы скажите на счёт дороговизны NOT IN/NOT EXISTS?

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

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

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

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

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

С чем сравниваем? С выполнением 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 джоинов.

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

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

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

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