✨
стоп, это уже изначально разные таблицы
Size: a a a
2021 June 15
✨
ты же одну размазать хочешь?
✨
это не связи, это просто встраивание
AP
Ну вобщем то ничего не мешает привязывать таблицу саму к себе
AP
Тоесть есть ряд каров которые должны быть связаны с изображением и ряд сущностей в той же таблице которые не должны, так?
✨
какая-то проблема высосанная из пальца
✨
если тебе не нужно чтобы кар знал о фото - сделай чтобы фото знало о каре
✨
без обид, просто реально не понятно что тебе нужно и в чем проблема
AP
Вобщем если я правильно понял проблему, "чистое" решение будет выглядеть както так. Доктрина такое позволяет сделать
A
проблема в том, что очень жирная сущность - она живёт в табличке, где куча полей, например 50+
все эти поля вместе никогда не используются.
я ищу способо сделать так, чтоб сгруппировать используемые вместе поля в самостоятельные сущности не трогая (покаместь) базу, при этом сохранив связи там, где они нужны.
все эти поля вместе никогда не используются.
я ищу способо сделать так, чтоб сгруппировать используемые вместе поля в самостоятельные сущности не трогая (покаместь) базу, при этом сохранив связи там, где они нужны.
✨
никакой проблемы в этом нет, если как ты сказал юзаешь sql запросы
AP
отсутствие декомпозиции само по себе проблема:)
✨
ну это как сказали (покаместь) ))
✨
ну да