Конструкция ->with() вызывает утечку памяти в Laravel?

Question

[Andrzej Wielski]

Здравствуйте.
Имеется такой запрос:

$products->joinRelations('categories')->with('products')->whereNotNull('category_id')->groupBy('category_id')->getCache(['product_categories.*']);

Результаты его работы таковы:


Соответственно, без конструкции ->with('products')


Памяти жрет явно меньше (но все равно с избытком), но и запросов больше (так как при каждом выводе products выполняется новый запрос).

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

Answer 1

[Andrzej Wielski]

Переписал таким образом:

public function scopeGetCategories($query){
      $categories = clone $query;
      return $categories->joinRelations('categories')
            ->selectRaw('*, count(`product_category_values`.`product_id`) as products_count')
            ->whereNotNull('category_id')->groupBy('category_id')
            ->getCache(['product_categories.*']);
    }

Для определения количества товаров в категории использовал selectRaw.
Соответственно, вместо подсчета связей сразу беру значение products_count.

Результат, как говорится, на лицо. Потребление памяти в районе нормы.

Comments

[Евгений]

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

[Andrzej Wielski]

Nc_Soft: жестко туплю :) Привык к блаженству ларавела, когда он сам разбирает все связующие таблицы, и оптимизирует запросы.

[Евгений]

Andrzej Wielski: кстати, а что за метод такой joinRelations ?

[Andrzej Wielski]

Nc_Soft: Это из https://github.com/jarektkaczyk/eloquence
Использую из их пакета Searchable и в некоторых случаях Validable, заодно подгоняют неплохие плюшки в виде дополнения под ORM.

Answer 2

[Сергей Протько]

нет никакой утечки, просто вы пропросили загрузить вместе с категориями и продукты (через join), собственно объектов будет побольше.

Comments

[Andrzej Wielski]

Реально ли организовать это другим путем? Не подскажете?
Нужно следующее:

1. Идет поиск продуктов, не важно как
2. Получаем список категорий, в которых найдены продукты
3. Выводим список категорий, и количество продуктов в них

Как видите реализовал с помощью join-ов, но почему-то сверху жрется более 15 мб оперативки.
Вместе с получением продуктов для их подсчета (чтобы не было слишком много запросов к базе) - оперативки жрет более 100мб, а это непозволительная роскошь.