Кто-то написал ответ, но удалил его, на почту пришло уведомление, надеюсь автор найдется и я смогу отметить его комментарий решением, т.к. пришлось пойти его путём.
У меня Symfony 6.4.3 установлен orm-pack (этот пакет подтянул Doctrine v. 2.17).
Я хотел на верхнем уровне, в настройках doctrine.yaml указать свою схему PostgreSQL, чтобы Doctrine сразу в этой схеме работала, но к сожалению не нашел быстрого решения для такой реализации. На просторах stackoverflow встретил такое
решение, но отмеченный галочкой ответ мне не совсем по душе, поэтому решил воспользоваться комментарием от неизвестного комментатора и плюс это же решение предложено на странице stackoverflow.
В общем, у сущности буду указывать атрибут #[ORM\Table(name: 'schema_name')] - этот атрибут будет говорить Doctrine, что нужно создать сущность в схеме под именем schema_name. Но тут появляется другая проблема, таблица для отслеживания миграций появляется в схеме public, т.е. таблицы сущностей в одной схеме, а таблица миграций в другой схеме.
Меня этот расклад не устроил, мне нужно чтобы все таблицы лежали в одной схеме, поэтому в файл config/packages/doctrine_migrations.yaml добавил в самом верху раздел storage
storage:
# Default (SQL table) metadata storage configuration
table_storage:
table_name: '%env(resolve:SCHEMA_NAME)%.doctrine_migration_versions'
Также хотел, чтобы название схемы для миграций задавалось не в yaml файле, а в переменной, задействовал файл .env, в нем сделал переменную SCHEMA_NAME в которой указал схему. В результате миграции создаются в нужной мне схеме.
Единственное неудобство этого способа в том, что сама схема PostgreSQL должна быть создана перед тем, как начать производить какие-либо действия с миграциями.
Надеюсь это кому-нибудь поможет) И неизвестный комментатор, продублируй пожалуйста свой ответ, чтобы я его отметил решением, т.к. твой ответ лег в основу моего решения.
Средний
