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) а также их общих ограничений касательно добавления/изменения/удаления, сложилось предубеждение, что это абсолютное зло. Хотелось бы узнать актуальные рекомендации, может эту тему где-то ранее уже разбирали, крайне признателен заранее.

Спасибо.