Как заполнить таблицу базы данных в symfony?

Question

[anna_makeenko]

Предположим, что в одной из таблиц должны быть данные по умолчанию, например список свойств объекта. Чтобы заполнить таблицу базы данных нужно использовать миграции? Сырой SQL запрос?

P.S. Symfony 5

Answer 1

[Кирилл Алексеев]

Использовать нужно фикстуры: https://symfony.com/doc/master/bundles/DoctrineFix...

Comments

[Евгений Самсонов]

Fixtures are used to load a "fake" set of data into a database that can then be used for testing or to help give you some interesting data while you're developing your application.

[Кирилл Алексеев]

Евгений Самсонов, И? Что мешает применить их не для фейковых данных?

[anna_makeenko]

Евгений Самсонов, фикстуры используют для dev, это для тестирования при помощи модульных тестов

Answer 2

[Илья Зябиров]

Обычно я, при необходимости заполнить БД, использую миграции, где пишу запросы на чистом SQL. Не стоит вызывать EntityManager и тем более протаскивать контейнер целиком в миграции, как писали выше - это плохая практика.
Фикстуры, как здесь уже написали, - тестовая история, хотя никто вам не запрещает их использовать.

Answer 3

[Владислав Лысков]

Для структуры юзай миграции, для её некоторого нчального наполнения - фикстуры

Comments

[anna_makeenko]

Фикстуры используют для тестирования при помощи модульных тестов в режиме разработки

[Владислав Лысков]

anna_makeenko, окей, тогда ты можешь зайти через тот же phpmyadmin или workbench и сделать ручками тоже самое

[anna_makeenko]

Владислав Лысков, та ну, вероятно есть другое решение :)

[Кирилл Алексеев]

anna_makeenko, вы так упорно это твердите, как будто это единственный возможный кейс использования фикстур. Что мешает вам сделать фикстуры не для тестов, а для данных, которыми инициализируется таблица?

[anna_makeenko]

Кирилл Алексеев, мешает то, что фикстуры для этого не предназначены.

Fixtures are used to load a "fake" set of data into a database that can then be used for testing or to help give you some interesting data while you're developing your application. This bundle makes creating fixtures easy, and supports the ORM (MySQL, PostgreSQL, SQLite, etc.).

https://symfony.com/doc/master/bundles/DoctrineFix...

Answer 4

[anna_makeenko]

Есть такой вариант:

In some cases you might need access to the container to ensure the proper update of your data structure. This could be necessary to update relations with some specific logic or to create new entities.

Therefore you can just implement the ContainerAwareInterface with its needed methods to get full access to the container or ContainerAwareTrait.

// ...
use Symfony\Component\DependencyInjection\ContainerAwareInterface;
use Symfony\Component\DependencyInjection\ContainerInterface;

class Version20130326212938 extends AbstractMigration implements ContainerAwareInterface
{
    private $container;

    public function setContainer(ContainerInterface $container = null)
    {
        $this->container = $container;
    }

    public function up(Schema $schema)
    {
        // ... migration content
    }

    public function postUp(Schema $schema)
    {
        $converter = $this->container->get('my_service.convert_data_to');
        // ... convert the data from markdown to html for instance
    }
}

// ...
use Symfony\Component\DependencyInjection\ContainerAwareInterface;
use Symfony\Component\DependencyInjection\ContainerInterface;
use Symfony\Component\DependencyInjection\ContainerAwareTrait;

class Version20130326212938 extends AbstractMigration implements ContainerAwareInterface
{
    use ContainerAwareTrait;

    public function up(Schema $schema)
    {
        // ... migration content
    }

    public function postUp(Schema $schema)
    {
        $converter = $this->container->get('my_service.convert_data_to');
        // ... convert the data from markdown to html for instance
    }
}

// ...
use Symfony\Component\DependencyInjection\ContainerAwareInterface;
use Symfony\Component\DependencyInjection\ContainerInterface;
use Symfony\Component\DependencyInjection\ContainerAwareTrait;

class Version20130326212938 extends AbstractMigration implements ContainerAwareInterface
{
    use ContainerAwareTrait;

    public function up(Schema $schema)
    {
        // ... migration content
    }

    public function postUp(Schema $schema)
    {
        $em = $this->container->get('doctrine.orm.entity_manager');
        // ... update the entities
    }
}

https://stackoverflow.com/questions/19502630/use-e...
https://symfony.com/doc/current/bundles/DoctrineMi...

Но вот здесь пишут, что это может привести к проблемам в будущем:
https://stackoverflow.com/questions/31878323/add-d...

Comments

[Antony Tkachenko]

В миграциях лучше не использовать модели и сервисы с ними работающие, так как при изменении модели у вас поломаются миграции.
В целом (имхо) можно использовать raw-sql для инициализации необходимых данных, либо консольную команду, которая будет инициализировать нужные данные (по факту тот же принцип что у фикстур).