Есть ли возможность сэмулировать eager loading когда уже есть массив моделей?

Question

[Никита]

Из документации:$authors = Author::find()->with('posts')->all(); вытащит все что нужно 2мя запросами

SELECT * FROM author;
SELECT * FROM post WHERE author_id IN (1, 3, 7, 10, ... X);

Что делать если у меня уже есть $authors = Author::find()->all(); //Без with() и хочется как-бы применить with() к массиву $authors?

P.S. сразу объясню, что пример сильно утрирован, на деле имеется массив моделей, сформированный сложной логикой на уровне php и я способен просто сформировать вручную запрос и заполнить массив данными, хочется все-же обойтись средствами фреймворка.

Answer 1

[Никита]

Не нашёл подобных методов во фреймворке, но удалось вытащить то, что нужно:

Класс который делает то, что описано в вопросе

<?php

namespace app\components;


use yii\base\Model;
use yii\db\ActiveQuery;
use yii\db\ActiveQueryInterface;
use yii\db\ActiveRecord;

class Eagerifier
{
    /**
     * @param $with
     * @param Model[] $models
     * @param bool $asArray
     * @throws \yii\base\InvalidConfigException
     */
    public static function populate($with, array &$models, $asArray = false)
    {
        $modelClass = '';
        foreach ($models as $key => $model) {
            $modelClass = $model->className();
            break;
        }

//        From ActiveQuery::findWith()
        $primaryModel = new $modelClass;
        $relations = self::normalizeRelations($primaryModel, $with);
        /* @var $relation ActiveQuery */
        foreach ($relations as $name => $relation) {
            if ($relation->asArray === null) {
                // inherit asArray from primary query
                $relation->asArray($asArray);
            }
            $relation->populateRelation($name, $models);
        }
    }

    /**
     * Adapted method from ActiveQuery
     *
     * @param ActiveRecord $model
     * @param array $with
     * @return ActiveQueryInterface[]
     */
    private static function normalizeRelations($model, $with)
    {
        $relations = [];
        foreach ($with as $name => $callback) {
            if (is_int($name)) {
                $name = $callback;
                $callback = null;
            }
            if (($pos = strpos($name, '.')) !== false) {
                // with sub-relations
                $childName = substr($name, $pos + 1);
                $name = substr($name, 0, $pos);
            } else {
                $childName = null;
            }

            if (!isset($relations[$name])) {
                $relation = $model->getRelation($name);
                $relation->primaryModel = null;
                $relations[$name] = $relation;
            } else {
                $relation = $relations[$name];
            }

            if (isset($childName)) {
                $relation->with[$childName] = $callback;
            } elseif ($callback !== null) {
                call_user_func($callback, $relation);
            }
        }

        return $relations;
    }
}

Использование: Eagerifier::populate(['posts'], $authors);
Оставлю, может кому пригодится.

Comments

[Андрей]

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

class Authors extends \yii\db\ActiveRecord
{
    use EagerTrait;
    ...........

[Андрей]

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

[Никита]

Андрей:
1 - Имеется массив моделей, т.е. я могу вызвать лишь статичный метод и передавать ему массив, отсюда следует что по логике не важно(выбирая из 2х способов) откуда я вызываю метод.
2 - Выделение отдельного класса позволяет юзать его на нескольких типах моделей не задумываясь о том, что я передаю в метод (за исключением неоднородности массива), что мне нужно по логике приложения. (грубо говоря $authors может быть разными массивами с однородными моделями).
3 - Trait - это mixin в php, идеологически он добавляет дополнительные свойства(возможности) к классу, я б не сказал что "возможность заполнить массив моделей их связями" это свойство класса, так как эта возможность частично у класса есть.

Из этих соображений сделал так как сделал.

А так, трейт лучше лишь потому, что мне изначально не понравилась конструкция

$modelClass = '';
        foreach ($models as $key => $model) {
            $modelClass = $model->className();
            break;
        }

,а в трейте сразу буду знать класс, но так надо.

[Андрей]

Никита: тут все субъективно, но я бы расширил нужные классы этим трейтом и вызывал бы Authors::populate(....) или Posts::populate(...) что для меня более очевидно чем вызов какого то компонента) с точки зрения поддержки кода и читаемости так лучше. Но если смотреть рационально то пусти статическая функция это просто функция и привязывать ее к классу совсем не обязательно, это я так)

Answer 2

[Андрей]

Почему бы не воспользоваться IN?

<?

$authors = Author::find()->all();
$authorsIds = ArrayHelper::getColumn($authors, 'id');
$allPosts = Posts::find()->where(['author_id' => $authorsIds])->orderBy('author_id')->all();

##### И далее чтобы вытащить все посты определенного автора

foreach($authors as $author) {
    $author_id = $author->id;
    $posts = ArrayHelper::getColumn($allPosts, function($element) use ($author_id){
        if ($element['author_id'] == $author_id) {
            return $element;
        }
        return false;
    });

    // Записываем в объект author данные связи с posts
    $author->populateRelation('posts', $posts);
}

#### Теперь данные о постах можно спокойно доставать из модели Authors

$author = array_pop($authors);
var_dump($author->posts);


#### Все это можно инкапсулировать за статической функцией, например в классе Authors

public static function fillPosts($authors) 
{
	$authorsIds = ArrayHelper::getColumn($authors, 'id');
	$allPosts = Posts::find()->where(['author_id' => $authorsIds])->orderBy('author_id')->all();
	foreach($authors as $author) {
	    $author_id = $author->id;
	    $posts = ArrayHelper::getColumn($allPosts, function($element) use ($author_id){
	        if ($element['author_id'] == $author_id) {
	            return $element;
	        }
	        return false;
	    });

	    // Записываем в объект author данные связи с posts
	    $author->populateRelation('posts', $posts);
	}
}

### Ну и вызывать

$authors = Author::find()->all();
Author::fillPosts($authors);

Что-то вроди этого должно получиться, код не проверял.

Comments

[Никита]

Ну да, я отписал что могу это сделать, и сделал, у меня сейчас именно так. Но хочется ж "чудо-кнопку" :D
ведь можно и в стандартном случае не использовать with(), а сделать ровно так-же как вы написали.

[Андрей]

Никита: как вариант можно унаследоваться от модели Authors и в afterFind подгружать посты. Но это получится уже не eager. Либо пересмотреть вашу сложную логику и впихнуть туда eager loading через joinWith либо через with.

[Никита]

Андрей:
>"пересмотреть вашу сложную логику и впихнуть туда eager loading через joinWith либо через with."
Хороший вариант =) Если измените ваш вопрос через день отмечу решением. Спасибо.

[Андрей]

Никита: кажись не все потеряно, сейчас дополню ответ

Answer 3

[Максим Тимофеев]

Сделайте в моделе геттер, который вернет то что Вам нужно. В нем реализуйте свою логику. Можно его даже в afterfind засунуть. А вообще сложно по такому примеру понять что конкретно нужно.
Для чего это? Для простоты использования в коде или для оптимизации? Если второе, то тут больше толку будет от использования кеша.

Comments

[Никита]

>"Сделайте в моделе геттер, который вернет то что Вам нужно"
Имеется массив моделей, если делать так, то на каждый элемент будет по запросу - это не eager loading.

>"Можно его даже в afterfind засунуть"
Имеется массив моделей. Уже есть, дали вот мне его и делай что хочешь.

>"Для чего это?"
Для простоты использования, верно. Очень часто может менятся структура БД, связи и условия связи. (Да, это неправильно, надо сначало правильно построить архитектуру и корректную схему, но случай не мой. )

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

[Максим Тимофеев]

Никита: Объясните. Я не совсем понял Вашу архитектуру. Author и Post все стандартно, но есть некий 3-й объект где каша?

[Никита]

Максим Тимофеев: примерно так:
Есть массив A с массивами голых данных (строки, числа), из этого массива A формируется такой-же массив B, только каждый элемент уже new Author([...]), где в ... переносятся данные в конструктор.
Среди этих данных есть id на записи в другой таблице (стандартный one-to-many relation) и в модели Author определен метод hasMany() как надо и в стандартном случае все работает как часы.

Суть в том, что если я перебираю все модели в массиве B и выбираю у нх посты, то на каждую модель создается отдельный запрос, а мне нужен один. Решение привели в соседнем ответе, но я хочу что-то типа ActiveRecord::populate(B);