Спасибо

Посмотрел презу. Я бы эту рекомендацию трактовал скорее как "не используйте двунаправленные связи там, где они не нужны", чем "старайтесь их не использовать везде". Они, действительно требуют дополнительных ресурсов и могут быть критичны в условиях highload, но при этом они добавляют немало удобства в работе. Там где требования оптимизации не стоят на первом плане, я бы не отказывался от них, если с ними удобнее.

И для хай лоада всегда есть кубер 🙂

Где удобство?

Делаешь в репозиториях спец запрос с джойном на unrelated поля и все.

Например при сериализации

Зато точно никогда не огребаешь непреднамеренные выборки.

Ага. Плавали, знаем. Категория->товары->изображения товаров. Делаем serialize. Если группы не настроены - добро пожаловать в query hell.

Для сериалайза DTO есть.

А есть уже нормальный способ получить сериалайзер из контейнера в тип доктрины?

Что б из одной сущности можно было вытащить всю базу? )

почему бы тогда группы не использовать ?

Что бы удобнее было бекап базы делать? )

В задачах построений отчётов и такое встречается

Верно. Именно так и делается в HL

А зачем в отчетах сущности?

А зачем отчёты?

Зачем программисты?

на всякий случай, двунаправленная связь - это циклическая зависимость

Я, если честно, когда натрахался с двунаправленными. Перешел на только однонаправленные и как-то больше не тянет.
Циркуляр референс, сериалайзинг, непреднамеренные джойны, особенно если вдруг пагинатор дернуть.