А подскажите, пожалуйста - это нормально, когда несколько доктриновских сущностей

замаплено на одну таблицу? У меня есть несколько "бандлов" в аппликухе и они занимаются вообще разными вещами. И так уж сложилось, что в базе данных эти данные часто хранятся в одних и тех же табличках.

Нормально ли юзать в одном куске приложения сущность A1, которая ссылается на табличку A и состоит из одного набора полей, а вообще в другом кусе приложения - другая сущность A2, которая ссылается на ту же табличку A и имеет вообще другой набор полей. У них свои репозитории и всё такое, из общего только айдишник.
Или тут есть какие-то подводные камни? Да, структура базы кривая, я в курсе, но покаместь приходится мириться.

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

Если одна на запись а остальные ридонли то костыльно, но ещё терпимо (если они из одного контекста). А вот если все пишут то совсем грустно

получается, что в одной таблице хранятся разные объекты?

объекты как бы одни, просто дохера инфы свалено в одну таблицу и используется в совсем разных случаях

для разделения сущности, при этом хранение в одной таблице можно применить Embeddable классы, так будет проще рефакторить и вообще поддерживать

Embedded не то(

тогда страдай ))

а как вообще решаются такие кейсы? вот есть сущность, например, Car. у неё есть связь oneToMany на картинки. Управление этими картинками вынесено в отдельный кусок проекта, там своя мутная логика, она более-менее изолирована и никому не мешает. Больше в проекте нигде эти картинки не используются, это такая вещь сама в себе. И что, по всему проекту, где мне нужна инфа о этом Car'е - я везде могу вытащить эти картинки? А какой смысл всему проекту знать об этих картинках? Embedded не подойдёт потому что мне нужно со связями разносить. Разбивать сущность на осмысленные куски говорят тоже муветон. Как сами решаете такие затыки?

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

чтение вообще пофиг, чтение сделано мускулом, работает на ура

в чем тогда проблема?