Комбинированные oneToMany связи User->RelationCollection[ApiTokenCollection, ResetPassCollection]?

Question

[BonBon Slick]

class User implements UserInterface, IAggregateRoot {
    public ActivationTokenCollection                   $activationTokens;
    public ApiTokenCollection                          $apiTokens;
    public ResetPasswordTokenCollection                 $resetPassTokens;
// other tokens...

Как бы построить маппинг что бы получилось

class User implements UserInterface, IAggregateRoot {
    public TokensCollections                   $tokens;
// other tokens...

public function getTokens(){
// output ArrayCollection->toArray() ---> [ActivationTokenCollection, ApiTokenCollection, ResetPasswordTokenCollection]
}

public function getApiTokens(){
// output ArrayCollection->toArray() [ApiTokenCollection]
}

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

Answer 1

[Flying]

Если я правильно понимаю ваш вопрос, то вы можете сделать AbstractToken базовой entity для inheritance mapping, а остальные виды токенов наследовать от него, попутно определяя их в @DiscriminatorMap.

Тогда, если вам где-то будет необходимо получать список только определённого вида токенов - достаточно будет в опредении, к примеру, @OneToMany, указать в targetEntity нужный вам класс entity, а если нужны будут все токены - то можно будет указывать AbstractToken

Comments

[BonBon Slick]

Полезно, спасибо. Проверю как дойдут руки)

[BonBon Slick]

Паттерн вроде понятен и вроде то что надо.
Но как быть с запросами? В офф доках особо ничего нет

$query = $em->createQuery("SELECT staff FROM MyProject\Model\Staff staff WHERE 
staff NOT INSTANCE OF MyProject\Model\Technician");
$staffs = $query->getResult();

Не понятно на сколько это огромные изменения и как с этим работать.
Возможно у вас есть образец с гита по которому вы разбирали тему?
Типа такого
Или гайд

Но увы, они совсем примитивные, что гайд что пример.
1 - надо получить 1 юзера по AuthToken который наследует AbstractToken?
2 - надо сделать пагинацию для токенов у юзера, полчать все даже конкретного типа, когда у него их сотни(история входов, активности) слишком

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

Есть еще задача это типы юзеров, есть сущность AuthDetails и у нее может быть много юзеров, то есть AdminUser, MainUser, ForumUser, SupportUser, SocialUser
Со своими полями, к примеру Main содержить возраст, описание.
ForumUser содержит посты, рейтинг на форуме.
SupportUser содержит суппорт тикеты и прочее.
Social вообще разбит на 2, FacebookUser + GoogleUser и данные которые вытянуты из их паблик АПИ.
Разница лишь в том, что общая у них только сущнсть AuthDetails, если верно понял, она выступает в роли MappedSuperclass у которой своя таблица, но непонятно как раскинуть поля и мапить AuthDetails

[Flying]

BonBon Slick, Я изучал Doctrine, ползая по исходникам и проходясь по ней с отладчиком, поскольку документация оставляет желать лучшего.

По поводу запросов - что именно вас интересует? Там по сути вся разница будет сводиться к тому что, если в разделах FROM или JOIN будет стоять не root entity, а что-то из DiscriminatorMap - то в реальный SQL запрос будет добавлен "where = " и всё.

[BonBon Slick]

Flying, ого, ну даете, это ж сколько времени потратили на такое глубокое изучение?
Ок, спасибо, протестирую

root entity, а что-то из DiscriminatorMap - то в реальный SQL запрос будет добавлен "where = " и всё.

[Flying]

BonBon Slick, Да кто его знает, это же не в формате "сел и изучил целиком", а время от времени, по мере возникновения вопросов. Зато понимание получается более глубоким, так что рекомендую :)

[BonBon Slick]

Доп материалы

• jstructure.com/post/doctrine-entity-extending
  
• www.inanzzz.com/index.php/post/e0ln/using-doctrine...
  
• https://doctrine2.readthedocs.io/en/latest/referen...
  
• https://romaricdrigon.github.io/2019/06/11/doctrin...
  
• https://www.doctrine-project.org/projects/doctrine...
  
• https://www.youtube.com/watch?v=hNAMEWYCkAM&ab_cha...
  
• https://stackoverflow.com/questions/40847451/doctr...
  
• https://medium.com/@jasperkuperus/defining-discrim...