Основний дизайн відносин із даними? - object-c, xcode, core-data, xcode4

У мене виникає запитання щодо способу створення стосунків у Основних даних.

Я поясню на прикладі:

Скажімо, у мене є 3 сутності. Двигун, насос і попередження.

Мотор і насос можуть надсилати попередження.

Попереджувальна особа зберігатиме всі попередження від двигуна та насоса.

Тож питання ... Чи справді потрібно створити так багато стосунків у Попередженні про мотор та насос? Коли я хочу додати іншу особу, яка може надсилати попередження, мені знадобляться інші стосунки.

Хіба це не поганий дизайн?

Сподіваюся, що я зрозуміла.

Дякую.

Відповіді:

Так, це нормально. Кращим, більш структурованим підходом є створення базової сутності для двигуна та насоса, назвемо її Компонент. Ця сутність компонента має зв'язок із Попередженнями, а попереджувальна сутність має зворотний зв'язок із Компонентом.

Потім ви встановлюєте двигун і насос нащадками сутності Компонента, і все добре. Одне єдине співвідношення / обернене співвідношення між Компонентом і Попередженням.

Це стандартна та добра практика. Основні дані потребують зворотних зв’язків для всього, щоб підтримувати свій об'єктний графік. (Ну, технічно ви не повинні їх додавати, але потім вам доведеться самостійно зайву роботу).

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