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

Да, спасибо.

Как то все уж очень сложно получается. Свой велосипед что ли.. Кто как думает?

не заметил, где получаем вошедший-зарегистрированный в систему пользователь - его id?

сегодня папробовал composer update (в Makefile вместо composer install). Make init: всё вроди обновлялось, но застрял vimeo/psalm: ошибка Updating vimeo/psalm (3.8.0 => 3.9.3): Update failed (Could not delete /app/vendor/vimeo/psalm/src/Psalm/Issue:) Это очень плохо?

Дмитрий здравствуйте! Вопрос немного не по теме урока, но все же очень интересно. Нужно ли оборачивать в транзакцию при сохранении? Есть ли в данном действии смысл? На одном из собеседований, меня в этом убеждали. Хотя я не совсем понимаю зачем, разве доктрина даст произвести модификацию в бд, если вылетит какая-либо ошибка? Заранее спасибо!

Дмитрий, спасибо за вебинар, вопрос есть еще такого плана. Репозиторий же можно отнаследовать от доктриновского репозитория(EntityRepository), а в анотации к ентити дописать наш репозиторий. Почему вы не использовали такой вариант репозитория?

привет, не на тему, но случилось такой курьез: сегодня скачал код с репозитория. После make init на ВМ Вагранта (Ubuntu 16.04.6 LTS) все порядки: саит показывает и тесты проходят. Но в линуксовом компютере (Ubuntu 18.04.4 LTS) только тесты проходят, но в браузере localhost:8080 (Chrome): ошибка 403 Forbidden, nginx/1.17.8 - Auction сайт не работает. Как это исправить?

Дмитрий, у нас есть модуль Auth, где определен entity User. Если мы создадим другой модуль, внутри которого будет связь другой entity с пользователями, то модули не будет изолированы друг от друга. Насколько это правильно?

Дмитрий, вопрос следующий, оправдано ли хранение токенов в отдельной таблице? Или токены лучше хранить в таблице с юзерами? Интересует общепринятая практика. Ну и мне кажется отдельное хранение токенов упрощают сущность юзера? В чем минусы и плюсы обоих подходов? Спасибо!

какую и как завести быструю, легковестную БД на клиетскую часть для хранении параметров (всяких default value, интервалов времени) и для полноценной работы, когда интернет исчезает (при исчезновение связи с материнской базой).

Доброго времени суток! Дмитрий, могли бы вы объяснить, почему в нашем случае мы сделали прослойку UserNetwork для маппинга, а не использовали "One-To-Many, Unidirectional with Join Table" из документации доктрины, в подходе из документации есть какие-то подводные камни?

Прекрасные уроки - с каждым уроком сознание расширяется. Спасибо!

Не совсем понимаю, почему в репозиториях в методах has... нельзя ограничить поиск до одного элемента setMaxResults?

Дмитрий, по какой причине вы отказались от выделения слоя операций с БД? Даже интерфейсы переделали в классы.

Товарищи от DDD обычно советуют в доменный слой не вносить зависимость от сторонних библиотек. А тут жёсткая завязка на Doctrine через аннотации и фактически служебные классы Doctrine (описание типов), лежат рядом с доменными классами. Лично мне больше понравилось разделение на слои как в slim-skeleton, но я бы ещё из контроллеров вынес use case (в принципе как у вас).

А почему нельзя токены вынести из юзера в отдельную сущность? Какие минусы у такого решения?

Добрый день.

Дмитрий, подскажите пожалуйста, как можно обозначить дату c учётом timezone?

Сейчас у меня в сущности сделано так.

  /**
 * @var DateTimeImmutable
 * @ORM\Column(type="datetimetz_immutable")
 */
private DateTimeImmutable $date;

public function __construct(/**/ DateTimeImmutable $date)
{
    /**/
    $this->date = $date;
    /**/
}

В миграции дата определилась так

date TIMESTAMP(0) WITH TIME ZONE NOT NULL

При создании записи передаю объект DateTimeImmutalbe как обычно

$post = new Post(new DateTimeImmutable())

В таблицу пишется в таком виде.

2020-12-24 14:11:13 +00:00

Как я понимаю, должно быть ещё смещение записано?

Или я что-то не понял из Вашего видео?

У меня ещё один вопрос. Есть несколько сгенерированных и применённых миграций. Таблицы созданы, всё работает.

Создаю новую сущность, к ней миграцию.

И получается, что в новой миграции есть команды для изменения уже существующих полей в других таблицах, хотя я никакие изменения в другие сущности не вносил.

Например:

    public function up(Schema $schema) : void
    {
        // this up() migration is auto-generated, please modify it to your needs
        $this->addSql('CREATE TABLE post_posts (id UUID NOT NULL, date TIMESTAMP(0) WITH TIME ZONE NOT NULL, status VARCHAR(255) NOT NULL)');
        $this->addSql('COMMENT ON COLUMN post_posts.date IS \'(DC2Type:datetimetz_immutable)\'');
        $this->addSql('ALTER TABLE user_users ALTER id TYPE UUID');
        $this->addSql('ALTER TABLE user_users ALTER id DROP DEFAULT');
        $this->addSql('ALTER TABLE user_users ALTER email TYPE VARCHAR(255)');
        $this->addSql('ALTER TABLE user_users ALTER email DROP DEFAULT');
    }

Почему docrine пытается внести какие-то изменения в существующие таблицы?

Здравствуйте Дмитрий!

Интересно было бы услышать где то в уроках методики внесения изменений (множественных) в код, связанных с добавлением свойств или методов в сущности.

Например если взять сущность User и добавить к ней свойство Телефон и сделать его обязательным, или Имя - не важно, вопрос больше теоретический. Нужно изменить в первую очередь тесты, потом идти по ошибкам psalm и phpUnit, менять построители, фикстуры, тесты, команды и обработчики и т.д. - вобщем кусок работы приличный.

Да, вы говорили что предметную область нужно тщательно изучать - но бывают случаи когда по ходу реализации проекта приходится добавлять или удалять что то, а при отсутствии времени ясно что на исправление тестов времени может и не остаться.

Собственно вопрос - возможно есть какие то методики как это быстро можно делать, или паттерны - которые стоит использовать, если ты понимаешь что в каких то сущностях могут быть изменения. Возможно есть какие то архитектурные решения под такие случаи. Хотелось бы услышать ваши советы.

Спасибо! Влад

Я понял, что Доктрина оборачивает накопленные действия с сущностями в транзакцию. А что если нам нужен блокирующий SELECT? К примеру мы проверяем баланс и если он подходящий, то списываем сумму, но на медленных соединениях пользователь может послать два запроса и пока первая транзакция не закончится, без блокировки, второй получит по SELECT-у , что баланс еще позволяет (получит тоже число, что и первая транзакция) и за пустит вторую транзакцию, в итоге будет двойное списание.

Добрый вечер.

Подскажите, как можно сделать slug для Name?

Сейчас у меня в Name одно поле, определён свой тип данных для Name.

Name используется в другой сущности.

class Region
{
     /*
     * @ORM\Column(type="region_name")
     */
     private Name $name;
     /*
     * @ORM\Column(type="string")
     * @Gedmo\Slug(fields={"name"})
     */
     private string $slug;

     /....../
}

При таком подходе, при сохранении региона я получаю ошибку

Cannot use field - [name] for slug storage, type is not valid and must be 'string' or 'text' in class - 
App\Model\Location\Entity\Region\Region

Пробовал делать Name как Embedded, переносил свойство slug именно в Name. При таком подходе slug создаётся,

Но в @Route я не могу прописать использования slug, получаю ошибку

/*
 * @Route("/region/{slug}", name=".show")
 */

Unable to guess how to get a Doctrine instance from the request information for parameter "region".

Как правильно решить данную задачу?

Добрый день, Дмитрий! Возможно позновато вопрос оформил. Но вопрос вот в чем. На уроке открываются классы из аннотаций, при клике. В моем шторме этого не происходит. Может нужен дополнительный плагин?

Все сделал по уроку, но в итоге полчил несуществующие типы полей The field 'App\Auth\Entity\User\User#email' uses a non-existent type 'auth_user_email' То же самое и с ролью и статусом. Только Id в норме. Не пойму в чем прокол? Буду разбираться )))))

Нашел сразу как написал пост. В common/doctrine.php типы полей не зарегистрировал. Семен Семеныч !!! )))))

Дмитрий приветствую. Вопрос такой. Я так понимаю вы используете ddd и cqs. Тогда почему класс User жёстко завязан на доктрину ? Разве не должно быть так, что я могу перенести директорию в другой проект, сделать реализацию необходимых интерфейсов под себя, и всё работает? С точки зрения подхода чистой архитектуры ваш подход, кажется, выглядит неудовлетворительно. Объясните пожалуйста свою позицию, возможно я не прав

Дима, добрый день,

очень интересует на Вашем опыте в каких случаях показано применять enum поля БД (PostGres), а в каких это неприемлемо, извините за возможно глупый вопрос.

Пару лет назад столкнувшись с проблемами миграций enum полей (Eloquent/Laravel 5.x) а также их общих ограничений касательно добавления/изменения/удаления, сложилось предубеждение, что это абсолютное зло. Хотелось бы узнать актуальные рекомендации, может эту тему где-то ранее уже разбирали, крайне признателен заранее.

Спасибо.

Дмитрий, здравствуйте,

подскажите, пожалуйста, как можно оптимизировать сохранение в SPA через REST API в Postgres больших JSON объектов? Данный объект - это стейт, который создается/используется сторонним сервисом, его можно не парсить совсем, главное хранить/считывать как есть в оригинале. Может сокеты с передачей бинарных данных или что еще.

Со считыванием особых проблем нет, а вот на запись сильно провисает пропускная способность API.

PS: если были на эту тему статьи/курсы/подкасты ранее, буду очень признателен))

Спасибо!

С передачей больших JSON-ами не сталкивался, так что не подскажу.

Добрый вечер, UserNetwork не является сущностью, зачем ему id? Мы опять делаем что-то из-за доктрины. Network не существует без пользователя, соответственно достать Network можно только через пользователя. Т.е. не было БД делали правильно, были поля name, identity и был code first подход. Теперь появилась БД и пришли к тому же db first, потому что теперь мы вынуждены создать никому не нужную сущность UserNetwork ради doctrine. Мне кажется надо было выбрать другую ORM или туже доктрину, но без аннотаций, чтобы были все-таки чистые классы. Ато получается двойные стандарты

Добрый вечер.

Возникла небольшая проблема.

Есть два приложения, которые используют одну базу данных.

Первое приложение для api, куда будет обращаться frontend, второе это backend.

Оба на symfony 6, в api используется skeleton, в backend полноценное web приложение.

В backend естественно используется больше сущностей, в настройках doctrine.yml указаны куча типов полей.

В api сущностей меньше, только те, которые понадобятся пользователю при обращении с frontend.

Например так:

backend/config/doctrine.yml
     types:
         type_1: 'path/to/class'
         type_2: 'path/to/class'
         type_3: 'path/to/class'
         type_4: 'path/to/class'

 api/config/doctrine.yml
     types:
        type_1: 'path/to/class'
        type_3: 'path/to/class'

При выполнении для api-приложения команды doctrine:schema:validate выводится ошибка:

Unknown column type "type_2" requested. Any Doctrine type that you use has to be registered with

Чтобы её убрать надо скопировать класс в api и прописать соответствующий тип в настройках doctrine, но это же полный бред.

Как можно обойти эту проблему?