группируй по типам,

с выборкой по false

что сложного?

я ведь дал пример

как формировать подобное

<?php Notify::select(DB::raw('COUNT(*) as count, type'))->whereIn('type', ['comment','message','wall', 'board', 'group'])->groupBy('type');

Но вот куда указать id группы, о которой хотим получить уведомления?

->where('group_id',$id)

->whereIn('type', ['comment','message','wall', 'board', 'group'])

это тут не нужно

хотя и так, и так будет работать

сначала на sql запрос напиши

сначала на sql запрос напиши

конкретно мне проще делать через orm - это быстрее

конкретно мне проще делать через orm - это быстрее

тут не для быстроты, а для понимания что нужно

человек не может сформулировать что ему надо -> не понимает какой запрос в итоге должен получиться -> не знает что делать с orm

и вообще premature optimization

1) нужно получить количество строк по каждому type - группируем по type 2) делаем select числа от каждого сгруппированного количества и выводить через функцию count() 3) производим все остальные условия для выборки

всё довольно просто

там будут вложенные селекты

мне кажется, ORM для такого запроса будет лишним

зачем?

нет там никаких вложенных селектов

всё элементарно и просто

ты говоришь как заказчик

w8 a sec

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

"select COUNT(*) as count, language from users where referral_status = ? group by language"

$users = \App\User::select(\Illuminate\Support\Facades\DB::raw('COUNT(*) as count, language'))->where('referral_status',0)->groupBy('language')->toSql();

easy

$data = CallBack::where('community_id', '=', $this->config['group_id'])->get(); $data->groupBy('type')->each(function($group) { dump($group->where('status', '=', 'new')->count() );});

Есть такое

Но выдает мне по всем типам результат

Общий так сказать, вместо нескольоких

Чувак, я тебе только что дал полностью всю инфу - просто замени поля и модельку на свои

это ведь copy-paste

$data->groupBy('type')->each(function($group) { dump($group->where('status', '=', 'new')->count() );}); вот это, думается, работает уже через коллекции, а не sql

но в любом случае считать всё по отдельности - бредовая затея

mysql делает это куда быстрее

CallBack::select(DB::raw('COUNT(*) as count, type'))->whereIn('type', ['comment','message','wall', 'board', 'group'])->groupBy('type')

В ответ получаю ничего

<?php $users = \App\CallBack::select(\Illuminate\Support\Facades\DB::raw('COUNT(*) as count, type'))->where('community_id',$this->config['group_id'])->where('status','new')->groupBy('type')->get();

SQLSTATE[42S22]: Column not found: 1054 Unknown column 'type' in 'field list' (SQL: select COUNT(*) as count, type from callbacks where community_id = 1 and status = new group by type)

Это мой косяк

Вопрос ко мне или к кому? :)

в модельке нет поля

Заработало, спасибо

👍

ИНдексы при сортировке всегда разные

видимо не подойдет метод :(

ещё, помнится, в mysql есть сводные таблицы или что-то такое

можешь посмотреть в это направление

Перепроверил, вроде индексы не меняет

$notify[0]['count']; это по type обсуждения

$notify[1]['count']; это по type комментарии

Но нужно еще и isset проверять

Потому что если новых уведомлений нету, выдаст ошибку

if внедряй в db::raw()

мол если count 0, то бла бла бла

count может быть > 0

а вот cout по нужному типу

0

я понятия не имею о чём ты

если нужно выбирать в массив только то, где count > 0

то добавь where('count','>','0')

'>','0' ??

почему 0 как стринга

почему 0 как стринга

разницы никакой в данном случае - eloquent в любом случае приводит к типам

как это нет разницы, наркоман чтоле?

пиши правильно

лол

можешь ещё пробельчики в чатике расставить?

было бы не плохо ))

Могу ли я теперь из data какими то средствами получить информацию?

А если я просто предложу циклом по массиву пробежаться, меня отпиздят?

А если я просто предложу циклом по массиву пробежаться, меня отпиздят?

когда ты такое сделаешь на ресурсоёмкой задаче - тебя отпиздит твой сисадмин

когда ты такое сделаешь на ресурсоёмкой задаче - тебя отпиздит твой сисадмин

Ну я просто предполагаю, что он эти записи и так уже получил и где-то еще потом будет выводить или обрабатывать

Следовательно, выборка не такая уж неподъемная

А если неподъемная - то и без этого цикла наебнется

работа с данными, по идее, в модельке делается отдельным методом

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