Работая с отношениями моделей, вы вероятнее всего хотели бы подсчитать количество полученных элементов (например, комментарии или лайки). Очевидно существуют способы для этого, но не всегда эффективные, особенно когда вы загружаете коллекцию моделей и их отношения.
Что ж, позвольте мне рассказать вам что мы можем с этим сделать.
hasMany relation
public function comments()
{
return $this->hasMany('Comment');
}
Наиболее прямолинейным способом может быть использование одного из двух методов ниже (возможно, обернутый в метод типа getCommentsCount в Post модели):
[1] > $post = Post::first();
// object(Post)(
// 'incrementing' => true,
// 'timestamps' => true,
// 'exists' => true
// )
[2] > $post->comments->count();// 4
[3] > $post->comments()->count();// 4
Однако это все еще не лучшее решение.
- $post->comments->count(); загружает коллекцию и возвращает количество ее элементов, не подходит если вам нужно получить только количество;
- $post->comments()->count(); лучше, не загружает коллекцию, но отправляет запрос каждый раз, когда мы запускаем метод.
Когда вам нужно получить коллекцию постов и посчитать комментарии к ним, то вы конечно можете использовать join, groupBy и все такое, но кого это волнует? Почему мы должны писать что вроде этого?
$posts = Post::leftJoin('comments', 'comments.post_id', '=', 'posts.id')
->select('posts.*', 'count(*) as commentsCount')
->groupBy('posts.id')
->get();
Если мы предпочитаем элегантный синтаксис в стиле Eloquent.
$posts = Post::with('commentsCount')->get();
Именно это нам и нужно, давайте наконец сделаем это. Чтобы заставить Eloquent предзагрузить колличество наших комментариев, мы должны создать в модели метод, возвращяющий Relation обьект.
public function comments()
{
return $this->hasMany('Comment');
}
public function commentsCount()
{
return $this->comments()
->selectRaw('post_id, count(*) as aggregate')
->groupBy('post_id');
}
Это конечно работает, но я не был бы самим собой, если бы оставил все как есть.
$post = Post::with('commentsCount')->first();
$post->commentsCount;
$post->commentsCount->first();
$post->commentsCount->first()->aggregate;
Давайте немного улучшим на код.
- Будем использовать hasOne вместо hasMany, для того что бы избежать возврата коллекции с одним элементом
- Будем использовать метод доступа, для того что бы просто посчитать комментарии
public function commentsCount()
{
return $this->hasOne('Comment')
->selectRaw('post_id, count(*) as aggregate')
->groupBy('post_id');
}
public function getCommentsCountAttribute()
{
if ( ! array_key_exists('commentsCount', $this->relations))
$this->load('commentsCount');
$related = $this->getRelation('commentsCount');
return ($related) ? (int) $related->aggregate : 0;
}
Теперь намного проще и красивее работать с этим.
$post = Post::first();
$post->commentsCount; // 4
$posts = Post::with('commentsCount')->get();
$posts->first()->commentsCount;
Комментарии (16)
zenn
27.05.2016 20:41+2Годно, но можно пойти дальше. Взять стандартную модель, которую мы наследуем — Illuminate\Database\Eloquent\Model и расширить (extend'нуть) ее ровно на аналогичный метод универсально для всех моделей. Но как говорит комментатор выше — это уже сделано в новой версии.
OldEr
27.05.2016 21:26+2Начиная с версии Laravel 5.2.32 метод withCount() доступен «из коробки».
laravel.com/docs/5.2/eloquent-relationships#querying-relations
Apelsinka223
27.05.2016 21:26-2Можно было остановиться на $post->comments->count(); Лишних запросов не делает, не требует добавления n строк кода каждый раз как нужно что-то посчитать, выглядит понятно и красиво.
gultaj
27.05.2016 21:26+1Вместо
array_key_exists('commentsCount', $this->relations)
можно писать
$this->relationLoaded('commentsCount')
mulligan
28.05.2016 17:37А что если хранить count отдельно и при добавлении поста его инкрементировать? У меня сейчас сделано именно так. Какие подводные камни?
OldEr
28.05.2016 18:41+1Как минимум избыточность. Также в зависимости от приложения необходимо будет инкрементировать/декрементировать счётчик при других действиях над постом: модерация, удаление и так далее.
franzose
02.06.2016 16:33Эта избыточность поможет избежать лишних запросов в БД, потому что *_count будет просто еще одной колонкой в таблице. А обновления счетчика можно сделать через события :)
OldEr
03.06.2016 14:22Безусловно, но это «палка о двух концах». У обоих подходов есть как плюсы, так и минусы. Выбирать нужно исходя из специфики разрабатываемого приложения.
M-A-XG
28.05.2016 21:33-5Вся эта работа с фреймворками напоминает барахтанье в дерьме :)
О чудо, тривиальные вещи делаются через тройные выверты.
Трезвый взгляд на фреймворки:
http://blog.kpitv.net/article/frameworks-1/
Helldar
30.05.2016 03:58+1Дочитал по линке до строки «Плохая документация.» и сразу захотел «дать в рыло» ответным линком.
Где здесь «плохая документация»?M-A-XG
31.05.2016 19:26-3К Ларе статье относиться меньше всего.
С ней я и меньше всего работал. :)
Там дальше расшифровывается, что имеется под «Плохой документацией».Helldar
02.06.2016 03:22И, тем не менее, Лара есть фреймворк ;)
Другими словами, ты пишешь «все фреймворки отстой» и при этом говоришь, что «фреймворк Laravel меньше всего относится к статье»…
Где логика, чувак?M-A-XG
02.06.2016 09:14-2Там написано не совсем «все фреймворки отстой».
Мне не нравиться, что для многих вещей нужно делать тройные выверты.Helldar
02.06.2016 17:11M-A-XG написал:
Вся эта работа с фреймворками напоминает барахтанье в дерьме :)
О чудо, тривиальные вещи делаются через тройные выверты.
Трезвый взгляд на фреймворки:
http://blog.kpitv.net/article/frameworks-1/
Просто оставлю цитату здесь.
AmdY
В новой версии добавят готовый метод. Убегаю, пруф позже сброшу.