Как устроить репозиторий для статистических данных по таблицам?

Question

[MikUrrey]

Всем привет.
Есть некие таблицы, для которых заведены entity, repository и прочие кошерные вещи.
Есть необходимость по этим таблицам произвести запросы с различными статистическими подсчетами (count, sum и т.п.).
Куда и как будет правильно вынести лапшекод с конструктором запросов, чтобы контроллер не стал "толстым"?
Была мысль для получения таких данных завести EntityRepository, в котором строить запросы используя createQueryBuilder, но на сколько понимаю, он должен быть привязан к какой-нибудь сущности. В моем же случае сущность вообще не важна.

Comments

[ThunderCat]

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

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

[MikUrrey]

ThunderCat, судя по общему устройству, не можно, а придется, ведь EntityRepository вяжется с ORM и не будет нормально работать с сущностью, висящей в воздухе, так? А это уже для данной задачи избыточно.

[ThunderCat]

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

[MikUrrey]

ThunderCat, это все же очень спорное решение. Тогда лучше не репозиторий, а некий сферический AnalyticsQueryService, который и лапшу инкапсулирует, и таблицы не потребует, и даже даст основу для повторного использования (хотя оно в проекте вряд ли потребуется).

Answer 1

[Дмитрий Гординский]

EntityRepository, в котором строить запросы используя createQueryBuilder, но на сколько понимаю, он должен быть привязан к какой-нибудь сущности. В моем же случае сущность вообще не важна.

Можно сделать репозиторий без какой либо привязки к сущностям, а в качестве QueryBuilder использовать не ORM/QueryBuilder, а DBAL/QueryBuilder. Получить его можно из инстанса Connection (а его в свою очередь заинжектить через конструктор)

Comments

[MikUrrey]

Спасибо, отличный вариант! Это именно то, что нужно было.

<?php
namespace App\Repository;

use Doctrine\DBAL\Connection;

class AnalyticsRepository
{

    public function __construct(
        protected Connection $connection
    )
    {
    }


    public function countRegistered(int $begin, int $end)
    {
        $query = $this->connection->createQueryBuilder()
            ->select('x.action_id, COUNT(x.user_id) as result')
            ->from('user_action_xref', 'x')
            ->join('x', 'user', 'u', 'x.user_id=u.id')
            ->addGroupBy('x.action_id');
        if ($begin) {
            $query
                ->andWhere('u.created_at >= :begin')
                ->setParameters(compact('begin'))
            ;
        }
        if ($end) {
            $query
                ->andWhere('u.created_at <= :end')
                ->setParameters(compact('end'))
            ;
        }
        return $query->fetchAllKeyValue();
    }
}

[galliard]

MikUrrey, вот только это НЕ репозиторий. Не стоит называть его репозиторием и держать в папке репозиториев. После переименования и перемещение будет норм.

[MikUrrey]

galliard, да, пожалуй, это все-таки сервис.