потому что чуваки из бизнеса так попросили

подробнее?

как выглядело требование бизнеса?

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

ну и есть своя логика по дублям, по обязательности той или иной картинки и пару на уникальность

ну это все зона ответственности Car

только что ты говорил иначе

я думал у тебя есть код загрузки изображений

и он может только создавать объекты Image

аплоад - то техническая суета

и вот в этом месте тебе не надо знать про Car

все ровно... зачем тебе фото знать о каре? кар не должен пустить к загрузке при условии
и хендлер при обновлении, сама фото не должна знает об ограничениях

изначальный вопрос был в том, как жирные сущности разламывать на отдельные куски не трогая базу.
да, я понимаю, что нужно искать какие-то границы ответственностей и одну ответственность отдельно от другой складывать.
допустим, я нашел, что одна часть юзает вот те  полей, а другая - другие 7 и общего у них только id.
дальше что? как это технически реализовывать? отдельными сущностями но на от\дну таблицу? или это херня?

на одну таблицу норм, посмотри еще SINGLE TABLE INHERITANCE в доктрине

дык там наследование, а у меня какая-то такая шляпа, что extends - не совсем то слово, которое применимо к двух сущностям, которые в одной таблице живут

они не то, чтобы extends, они просто о разном
но в одной таблице, даа(((

давай тогда скажи, чем ембдбл не подходит?

связи

какие?

Почитай

как сможешь втащить oneToMany в Embeddable - покажи как