Mapping сущностей на таблицы в БД

Думаю доверять Дмитрию, падождать результата - задействие Doctrine ORM на практике. Свой велосипед лучше, чем чужой неизвестный.

EntityManagerFactory Класс буду внедрять луче чем zend.

    public function getDoctrine(): array
    {
        return [
                'configuration' => [
                    'orm_default' => [
                        'result_cache' => getenv('DOCTRINE_CACHE_TYPE'),
                        'metadata_cache' => getenv('DOCTRINE_CACHE_TYPE'),
                        'query_cache' => getenv('DOCTRINE_CACHE_TYPE'),
                        'hydration_cache' => getenv('DOCTRINE_CACHE_TYPE'),
                    ],
                ],
                'connection' => [
                    'orm_default' => [
                        'driver_class' => Doctrine\DBAL\Driver\PDOPgSql\Driver::class,
                        'params' => [
                            'host' => getenv('POSTGRES_HOST'),
                            'port' => getenv('POSTGRES_PORT'),
                            'user' => getenv('POSTGRES_USER'),
                            'password' => getenv('POSTGRES_PASSWORD'),
                            'dbname' => getenv('POSTGRES_DB_NAME'),
                        ],
                    ],
                ],
                'types' => [
                    UuidType::NAME => UuidType::class,
                ],
                'driver' => [
                    'orm_default' => [
                        'class' => Doctrine\Common\Persistence\Mapping\Driver\MappingDriverChain::class,
                        'drivers' => [],
                    ],
                ],
        ];
    }

ModelUser

    public function getDoctrineEntities(): array
    {
        return [
            'driver' => [
                __NAMESPACE__.'_driver' => [
                    'class' => \Doctrine\ORM\Mapping\Driver\AnnotationDriver::class,
                    'cache' => getenv('DOCTRINE_CACHE_TYPE'),
                    'paths' => [__DIR__.'/Model/Entity'],
                ],
                'orm_default' => [
                    'drivers' => [
                        __NAMESPACE__ => __NAMESPACE__.'_driver',
                    ],
                ],
            ],
            'types' => [
                RoleType::NAME => RoleType::class,
                StatusType::NAME => StatusType::class,
                \Ramsey\Uuid\Doctrine\UuidType::NAME => \Ramsey\Uuid\Doctrine\UuidType::class,
            ],
        ];
    }

Контроллеров ещё нет, так что пока нигде.

Удалите целиком папку vendor и запустите снова.

Вручную не нужно, Doctrine внутри $em->flush() сама оборачивает всё в транзакцию.

Ответили в четырёх последних минутах видео, что при этом из EntityRepository будет наследоваться куча его методов, которые нам не нужны и которые мы никак не контролируем. У программистов будет соблазн дёрнуть напрямую findOneBy([...]) или createQueryBuilder('t') и понаписать кучу запросов в обход наших методов. Наш же репозиторий от этого защищён.

А localhost:8081 открывается?

В другом модуле не будет связи с User. Там для связи будет уже своя сущность, но с тем же ID.

Можно хранить и в отдельной таблице. И даже в отдельном хранилище вроде Redis. Сущность упрощается, но придётся ходить в оба места для каждой операции.

Мобильные приложения часто используют SQLite.

Извиняюсь, если невнимательно посмотрел видел и упустил этот момент)

Да, можно так сделать по аналогии Many-To-Many. Но для этого также нужно будет добавить первичный ключ id и потом потребуется делать более сложные JOIN-запросы через эту промежуточную таблицу.