Форум программистов [Powered by Invision Power Board]

Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > PHP: Общие вопросы > symfony, репозитории, качественный lazy load

Автор: bars80080 8.11.2017, 17:45

Добрый день,

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

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

к примеру:

Код


$em = $this->getDoctrine()->getManager();

$blog1 = $em->getRepository('BloggerBlogBundle:Blog')->findOneBy(array('id' => 11));
$blog2 = $em->getRepository('BloggerBlogBundle:Blog')->findOneBy(array('id' => 12));
$blog3 = $em->getRepository('BloggerBlogBundle:Blog')->findOneBy(array('id' => 11));

даст три запроса в БД, хотя первый и третий идентичны. ну ладно, я конечно могу тут придумать своё хранилище, складывать туда объекты и проверять их наличие. но это фактически приводит к отказу от существующей системы репозиториев и написанию своей. уверен, в доктрине или самом symfony это уже сделано, но прокопаться через доки пока не получается.

вопрос1: как правильно выглядят в symfony запросы, если требуется ленивая загрузка, чтобы лишний раз ничего не грузилось?
вопрос2: можно ли накидать в очередь на загрузку идентификаторов, чтобы они потом загрузились при первом требовании?

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

к сожалению, чтение доков по https://symfony.com/doc/current/doctrine и http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/ пока пользы не приносит, поэтому рад был бы, если кто-нибудь ткнул бы в конкретное место, как это делается. или пример какой.
ещё есть чуйка, что даже если в базовом наборе симфони и доктрины подобный подход не реализован, то он наверняка уже лежит готовенький на каком-нибудь ресурсе меценатов, вроде http://knpbundles.com/. однако, там ещё хуже свалка, чем документация в той же доктрине

и ещё есть пара смежных вопросов:

на одном ресурсе увидел формулировку, что "Зависимостей между бандлами быть не должно. Они могут зависеть от библиотек. но не от бандлов. ".
вопрос3: как быть в случае, если используются общие сущности и репозитории?
к примеру, реестр пользователей может потребоваться сразу в нескольких бандлах. дело программиста - не дублировать код, поэтому репозиторий конечно должен быть один. где ему тогда находиться?

вопрос4: как, едрить его, выглядит простой запрос SELECT COUNT(*) FROM .... ?

куда не ткну, все занимаются какой-то анархией: либо выбирают коллекцию объектов (которая может быть нафиг не нужна) и потом уже ->count() от неё даёт число, на ровном месте перенапрягая систему, либо тупо фигачат прямой SQL-запрос чуть ли не в обход подготовки запросов в PDO, то есть выкидывают в мусорку достижения доктрины и симфони

спасибо

Автор: _zorn_ 12.11.2017, 17:58

Цитата(bars80080 @ 9.11.2017, 00:45

)

в доктрине или самом symfony это уже сделано

Первое непонимание. Симфония к доктриновским репозиториям не имеет никакого отношения. Я вообще думал ты про какие нибудь git репозитории спросить хочешь когда название темы прочитал.

Цитата(bars80080 @ 9.11.2017, 00:45

)

вопрос1: как правильно выглядят в symfony запросы, если требуется ленивая загрузка, чтобы лишний раз ничего не грузилось?

Читай выше - симфония к доктрине, как bash к ubuntu например.

Тебе зарываться в доктриновские доки надо. Либо юзать другую ОРМ если есть возможность.

На вопрос 4 - как то так я трункейт делал

Код


        $con = $em->getConnection();
        $platform = $con->getDatabasePlatform();
        $con->executeUpdate("SET foreign_key_checks = 0;");
        $con->executeUpdate($platform->getTruncateTableSQL('ConnectionHouse'));
        $con->executeUpdate($platform->getTruncateTableSQL('ConnectionStreet'));
        $con->executeUpdate("SET foreign_key_checks = 1;");

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

Добавлено @ 18:02

Цитата(bars80080 @ 9.11.2017, 00:45

)

куда не ткну, все занимаются какой-то анархией

Для того ОРМ и есть чтобы сырые запросы не юзать. Но если оченть надо, то можно smile

Автор: _zorn_ 12.11.2017, 18:13

Цитата(bars80080 @ 9.11.2017, 00:45

)

даст три запроса в БД

Ясен пень, потому что ты именно это и просишь. Или он должен мысли твои прочитать ?
А если между первым и третьим данные поменялись в базе ?
Так и ищи что нибудь по кешингу.

Автор: bars80080 9.1.2018, 12:22

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

найдены следующие ответы:

Цитата(bars80080 @ 8.11.2017, 17:45

)

в доктрине имеются разные типы запросов, и как всегда в документации чётко не разъяснено по группам их отличия. фактически приходится смотреть прямо в код движка, чтобы разобрать последовательность вызовов.
метод findOneBy() всегда вызывает запрос в БД, а метод find() нет. последний уже использует сохранённый кэш.
поэтому, если возникает нужда запросить что-то с уточняющими параметрами (к примеру, найти запись по id и доп.параметру date), то лучше использовать

Код


        $blog = $em->getRepository('BloggerBlogBundle:Blog')->find($id);

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

Цитата(bars80080 @ 8.11.2017, 17:45

)

вопрос2: можно ли накидать в очередь на загрузку идентификаторов, чтобы они потом загрузились при первом требовании?

нет.
пока таких приёмов не обнаружил. приходится самому накапливать массив идентификаторов

Цитата(bars80080 @ 8.11.2017, 17:45

)

вопрос3: как быть в случае, если используются общие сущности и репозитории?

судя по всему, данный момент является большим размытым пятном архитектуры в симфони. бандлы вроде как предполагают объединение модулей по тематическим признакам, но совершенно при этом упускают разделение системы на уровни. фактически в бандле намешана как логика отображения, так и бизнес-логика, плюс ещё элементарные механизмы забора данных и любые связи.
пока что не вижу возможности для смыслового разделения в рамках данного фреймворка. выделить бизнес-логику в отдельную директорию, а в бандле оставить только отображение - скорее всего вступит в конфликт с самим фреймворком и сделает невозможным его адекватное использование. по сути дела, чтобы всё хорошо проверить, надо постараться сделать два бандла, с единым забором данных. к примеру, один бандл с отображением комментариев к блогу есть, можно ещё добавить подгрузку по ajax через бандл API, и посмотреть, как их удастся скрестить. отслеживая, чтобы не было лишних запросов.
скорее всего, в рамках симфони придётся слить обе темы в один бандл, чтобы не плодить сущности. и считать бандл объединяющим групповым модулем по теме.

Цитата(bars80080 @ 8.11.2017, 17:45

)

вопрос4: как, едрить его, выглядит простой запрос SELECT COUNT(*) FROM .... ?

для адекватного решения с использованием примочек в виде queryBuilder и недопущением перерасхода ресурса пришлось сделать дополнительный репозиторий:

Код


namespace Blogger\BlogBundle\Entity\Repository;

/**
 * CommentCountRepository
 *
 */
class CommentCountRepository extends \Doctrine\ORM\EntityRepository
{
    public function getCountByBlogs($blog_id)
    {
        if(empty($blog_id)) { return array(); }
        
        if(!is_array($blog_id)) {
            $blog_id = array($blog_id);
        }
        $data = $qr = array();
        if(!empty($blog_id)) {
            $blog_id = array_unique($blog_id);
        
            $qc = $this->createQueryBuilder('c')
                   ->select('COUNT(c.id) AS cnt, c.blog_id')
                   ->where('c.blog_id IN (:barr)')
                   ->groupBy('c.blog_id')
                   ->setParameter('barr', $blog_id);

            $qr = $qc->getQuery()->getResult();
        }
        foreach($qr as $v) {
            $data[$v['blog_id']] = intval($v['cnt']);
        }
        foreach($blog_id as $key) {
            $key = intval($key);
            if(!isset($data[$key])) { $data[$key] = 0; }
        }
        
        return $data;
    }
}

а для его поддержки дополнительную сущность:

Код


namespace Blogger\BlogBundle\Entity;

use Doctrine\ORM\Mapping as ORM;
use Symfony\Component\Validator\Mapping\ClassMetadata;
use Symfony\Component\Validator\Constraints\NotBlank;

/**
 * @ORM\Entity(repositoryClass="Blogger\BlogBundle\Entity\Repository\CommentCountRepository")
 * @ORM\Table(name="comment")
 * @ORM\HasLifecycleCallbacks
 */
class CommentCount
{
    /**
     * @ORM\Id
     * @ORM\Column(type="integer")
     * @ORM\GeneratedValue(strategy="AUTO")
     */
    protected $id;

    /**
     * @ORM\Column(type="integer")
     */
    protected $blog_id;
    public function __construct()
    {
    }
}

что попахивает кучей никчёмных классов под одну операцию, поэтому сразу вызывает некоторое неприятие всего движка