Олег Красавин

Если очень хочется именно массив сущностей:

public function getImages()
{
   return $this->images->toArray();
}

Но в таком случае вы лишаетесь преимуществ доктриновской коллекции. Особенно это заметно при ленивой загрузке.

По остальному:

1. Выворачивать ссылку на коллекцию в гетерах(делать return $this->images;) - неочень.
   Используйте return clone $this->images;
   
2. setProductId() и подобные в вашем классе картинки бесполезен, у вас уже есть реляция.
   
3. Может быть в тему в вашем случае - Extra Lazy Associations
   

https://github.com/sonata-project/SonataAdminBundl...

Довольно странное изменение, конечно.

Резюмируя:

1. Копируете base_show_macro.html.twig и base_show.html.twig куда-нибудь в свой бандл, для удобства их можно даже переименовать: base_show_macro_fixed.html.twig, base_show_fixed.html.twig
   
2. Наследуете base_show_macro_fixed.html.twig от оригинального.
   
3. Переопределяете нужные блоки в base_show_macro_fixed.html.twig
   
4. В base_show_fixed.html.twig правите строчку с импортом макроса.
   
5. Наследуете ваши темплейты от base_show_fixed.html.twig
   
6. Профит
   

Просто у вас используется устаревший symfony/twig-bridge

В мастер-ветке этот файл выглядит так: https://github.com/symfony/twig-bridge/blob/master...

Загляните в composer.json или сделайте composer update

Симфони сама по себе ничего про вашу базу не знает, этим занимается Doctrine.
Готового бандла а-ля подключил, сконфигурил пару строчек и заработало ессно нет для такого случая.

В вашем случае варианта два:
1) Работать напрямую с DBAL-слоем(vanilla-SQL)
2) Конвертнуть имеющуся схему с данными в доктриновские сущности с реляциями и тп.

По поводу категорий: mikehillyer.com/articles/managing-hierarchical-dat...