Базовый дизайн данных?

Question

У меня есть вопрос относительно того, как вы создаете отношения в Базовых данных.

Поясню на примере:

Допустим, у меня есть 3 сущности. Двигатель, насос и предупреждение.

Двигатель и насос могут отправлять предупреждения.

Объект Warning будет хранить все предупреждения от двигателя и насоса.

Итак, вопрос в том, действительно ли необходимо создавать так много взаимосвязей в разделе «Предупреждение для двигателя и насоса»? Когда я хочу добавить другую сущность, которая может отправлять предупреждения, мне понадобятся другие отношения.

Разве это не было бы плохим дизайном?

Надеюсь, мне понятно.

Спасибо.

Answer 1

Да, это нормально.Лучшим, более структурированным подходом является создание базового объекта для двигателя и насоса, назовем его компонентом.Эта сущность компонента имеет отношение с предупреждениями, а сущность предупреждения имеет обратную связь с компонентом.

Затем вы устанавливаете свой двигатель и насос в качестве потомков сущности компонента, и все в порядке.Одно единственное отношение / обратное отношение между Компонентом и Предупреждение.

Answer 2

Это стандартная и хорошая практика.Базовые данные требуют обратных отношений для всего, чтобы поддерживать свой граф объектов.(Ну, технически вам не нужно добавлять их, но тогда вам придется выполнять дополнительную работу самостоятельно.)

Так что не волнуйтесь, для ваших часто используемых сущностей нормально иметь много обратных связей наим.