Должен ли я проектировать структуру данных в виде базы данных SQL или ОО?

Question

Я прочитал руководство и увидел какой-то учебник, но все же я не понимаю этого пункта.

Если я использую Базовые Данные в своем приложении, допустим, у меня есть объект, одно из его свойств (столбец в БД) является полем типа. В SQL я бы создал другую таблицу с типами и установил бы связь между ними.

Теперь в руководствах говорится, что данные ядра не являются SQLite, и я должен рассматривать их как представление объектов ООП.

Итак, я должен сделать это так же, как в SQL? Таблица типов и поле в таблице объектов, которое является внешним ключом для таблицы типов, или я должен создать родительскую сущность и наследовать от нее, создавая новую сущность (класс) для каждого из нужных мне типов?

БД SQL, как мы все знаем, является представлением схемы ООП, поэтому я не понимаю, насколько это сложно делать с наследованием. В моих глазах гораздо приятнее делать это с сущностями типов, если это возможно ...

Я ошибаюсь по этому поводу?

Спасибо, Эрез

Answer 1

На мой взгляд, это тяжелые вещи. Вы всегда хотите вернуться к проектированию базы данных. Лучше использовать отдельную «таблицу», но вы также можете использовать подклассы. Возможно, у вас есть класс Item, который может иметь разные типы. Затем вы можете создать подклассы CarItem, HouseItem ..., каждый из которых представляет определенный тип класса Item.