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

Question

[tukreb]

Всем добрый день.
Хочу поинтересоваться как разделить сложную БД на модули.

Рисунок №1

Допустим есть такая гипотетическая БД ( рисунке 1), где у пользователя есть 2 варианта заносить данные об автомобиле:

1. Просто присваивать к машине модели элементов, например у машины (cars) стоит какая-то модель двигателя (engine models) или какие-то модели колёс (wheel models). Выделено красным квадратом на рисунке 1.
   
2. Создавать на складе уникальный элемент (items), например создать двигатель (engine items), который имеет определённую модель и серийный номер и потом этот двигатель можно поставить только в 1 машину (cars) и никуда более. Выделено оранжевым квадратом на рисунке 1.
   

Я думаю, вынести всё что касается склада и его элементов в отдельный модуль и разбить соответственно БД.
То есть основная БД урезается до такого вида:

Рисунок №2

А модуль до такого варианта:

Рисунок №3

где в таблицах/сущностях, которые начинаются на item_* хранятся лишь ID элементов из основной БД.

В правильном ли я направлении мыслю или мне не стоит этим вообще заморачиваться и оставить всё в куче?

Спасибо.

Answer 1

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

Возможно имеет смысл ознакомится со стандартом ЕС по проектированию БД.

Comments

[tukreb]

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

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

Не понимаю понятие "модуль" в терминах реляционной БД. Что это?

[tukreb]

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

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

Ага, т.е. вам надо разделить одну модель БД на несколько БД.
Тогда необходимо подумать об обеспечении целостности данных. Как-то надо будет обеспечить связи между БД, либо на уровне БД, либо на уровне Application. Либо вообще забить на это дело.

[tukreb]

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

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

Что бы ответить на вопрос "как лучше разделить БД", необходимо понять "зачем"? Т.к. целей разделения в вопросе нет, как впрочем и ограничений, то ответ "как хотите". :)
Так, что желательно понять зачем нужно разделять БД?
P.S. Кстати модель БД довольно простая, и с этой стороны необходимости в разделении не вижу.

[tukreb]

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

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

tukreb, Такое разделение которое у вас описано в вопросе, не встречал. Необходимость отделения части таблиц и отношений в другую БД встречал только при декомпозиции монолита на микросервисы. А вот обратный процесс - усложнение модели по мере роста бизнес-требований сплошь и рядом.

[tukreb]

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

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

tukreb, Возможно имеет смысл освежить методы проектирования БД?