Symfony. Doctrine. Many-to-One. Выбрать одним запросом, коротко?

Question

[tnz]

Изучаю Symfony. Наверное я чего-то не знаю, но

Есть две таблицы, связь Много-к-1. Ну, скажем. посты и авторы постов

Необходимо получить 10 постов и авторов к ним.



Получаем все посты — это один запрос.

Для каждого поста получаем автора — это на каждый пост по запросу.

Итого 11 запросов. А если надо получить данные не из двух таблиц, а больше?

Другой вариант — ручками собрать запрос в QueryBuilder, но тоже как-то многовато писанины и не получится переиспользовать потом. Билдер только получить уже чего стоит.

Можно сделать отдельный метод в репозитарии, что-то вроде findPostsJoinAuthors(...), там уже запользовать билдер, но все равно, если параметров много, то раздуется метод сильно. Да и таблиц у меня больше двух.



В Yii с этим проще. Прописали (или само сгенерило) связи между моделями и

$post = Post::model()->with('author')->findAllByAttributes(array('category' => 10));<br>
$autor_name = $post->author->name;<br>

и это один запрос.



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



Спасибо.

Answer 1

[Inori]

Правильный ответ:

«сделать отдельный метод в репозитарии, что-то вроде findPostsJoinAuthors(...), там уже запользовать билдер»

Скорее всего желаемый ответ: проставить fetch=«EAGER» в конфиге связи вот так.

Comments

[Quber]

Большое спасибо, не знал про такую возможность

Answer 2

[MuXaJIbI4]

А зачем закладывать кучу магических методов в ядро если они редко в исходном виде будут пригодны? Не проще ли один раз прописать свой метод в репозитории как надо и пользоваться им.

Comments

[tnz]

Почему редко пригодны? Всегда пригодны. Может я чего-то не понимаю, но когда в репозитории писать, то получится либо очень узкий метод, либо очень большой и универсальный, а писать большой универсальный метод в нескольких репозиториях уже как-то некрасиво.
Вот кусок из Propel:

$product = ProductQuery::create()
        ->joinWithCategory()
        ->findPk($id);

    $categoryName = $product->getCategory()->getName();

Тоже вполне себе коротко и не надо SQL писать.

Вот же метод для доктрины:

public function findOneByIdJoinedToCategory($id)
{
    $query = $this->getEntityManager()
        ->createQuery('
            SELECT p, c FROM AcmeStoreBundle:Product p
            JOIN p.category c
            WHERE p.id = :id'
        )->setParameter('id', $id);

    try {
        return $query->getSingleResult();
    } catch (\Doctrine\ORM\NoResultException $e) {
        return null;
    }
}

Мне кажется, что это слишком сложно и узко. Зачем это все? Может быть где-то скрыто какое-то большое достоинство, ради которого надо так много писать?

[MuXaJIbI4]

Во первых не обязательно писать на чистом DQL. Можно использовать QueryBuilder и получиться почти идентичный код, что приведен для Propel. Эти запросы так же не обязательно писать в репозитории. Если надо быстро то можно прям в контроллере и писать ;) Так же для приведенного примера есть метод getOneOrNullResult.

Answer 3

[Никита Гусаков]

Выкиньте доктирину. Она хоть и универсальная — но жутко не поворотливая, и код у нее с душком. Если посмотреть связи между объектами — вам дурно станет. Все головные объекты внутри ссылаются друг на друга. А уж как запрос собирается… Хотя бы разочек полностью пройдитесь в дебагере по простейшей выборке.
К симфони запросто прикручивается любая другая ОРМ
Ну а если хотите все таки с доктриной возиться — либо fetch=«EAGER», либо в репозитории квери-билдером, или как вам удобнее)