Все доброе утро! Вопрос: есть массив масивов. Подмассивы ассоциативные. Хочу получить массив, который будет содержать массивы у кторых в определенном ключе будет определенное значение. Есть ли такая функция? Пример: [["id"=>"1","name"=>"Tom"],...] Нужно отсавить только те подмассивы, у которых name=Tom

array_filter(array_filter(...))

array_filter(array_filter(...))

Это будет быстрее чем foreach(){in_array()} ?

in_array сама по себе не очень быстрая

с другой стороны можно без in_Array.. так как я уже знаю что искать надо в name

array_filter( function() {return array_key_exists() && $arr['name'] == 'tom';}

in_array сама по себе не очень быстрая

то есть получится: foreach($arr as $k => $a){ if($a["name"] ==="Tom"){ $newArr[] = $arr[$k] } }

array_filter( function() {return array_key_exists() && $arr['name'] == 'tom';}

будет ли так быстрее чем https://t.me/phpclubru/32365

в целом да, но изящнее как написал @Adelf32

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

а если перебираешь - надо переходить в базы данных и там это делать

тут получается пара тысяч всего

эмм, может имеет смысл из базы уже выбрать?

эмм, может имеет смысл из базы уже выбрать?

хотелось бы

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

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

я бы из базы хотел конечно получить сразу.. но там поле varchar, и нужно по нему группировать... получается что-то типа: SELECT SUM(qt),name,dt FROM users GROUP BY name,dt И запрос работает примерно 16 секунд

поробуйте создать индекс, ну и explain select

а какая задача стоит?

поробуйте создать индекс, ну и explain select

Индекс там уже есть(

а какая задача стоит?

Нужно объединить две таблицы. Из users беру группировку по name и dt Из другой беру по name поле cname

ух. foreign ключи по строковым полям. круто :)

ух. foreign ключи по строковым полям. круто :)

понимаю что плохо.. Есть мысля проставить доп колонку с id и прописать таблицу отдельную

ух. foreign ключи по строковым полям. круто :)

Более глобальная цель - записывать в таблицу 3 данные: dt,cname,qt

я бы из базы хотел конечно получить сразу.. но там поле varchar, и нужно по нему группировать... получается что-то типа: SELECT SUM(qt),name,dt FROM users GROUP BY name,dt И запрос работает примерно 16 секунд

Много записей в users?

Много записей в users?

не очень пара миллионов где-то

Если вытащишь в отдельную таблицу и сделаешь справочник, то будет быстрее

Более глобальная цель - записывать в таблицу 3 данные: dt,cname,qt

для отчетов обычно так и делают. собирают денормализированые данные в таблички.. мы их статистическими называли.. но есть общепринятое название

Если вытащишь в отдельную таблицу и сделаешь справочник, то будет быстрее

Вот и думаю, что пора ))

для отчетов обычно так и делают. собирают денормализированые данные в таблички.. мы их статистическими называли.. но есть общепринятое название

Это то о чем говорит Игорь?

ну если только справочником это не назвать. это немного другое :)

ну да, тут главное суть, а не название

Это то о чем говорит Игорь?

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

RSL

то есть мои входящие: таблица-1 (users) name,qt,dt таблица-2 (сопоставление) name,cname таблица-3 (новая для заполнения) cname,qt,dt Так как name - varchar, то предлагается сделать справочник по name

А насколько свежими должны быть данные?

А насколько свежими должны быть данные?

Так как данные статичны (все таблицы заполняются посредством оператора) то данные свижие пока их не обновил оператор

Например раз в пять минут можно кроном выгружать результат в файл, в структуре ничо не менять. Да, оно будет работать 16 сек, ну и фиг с ним. Пользователю данные отдавать из файла.

Мгновенно, но устаревгие макс на 5 мин

не, тут просто эти данные из таблицы-3 будут использоваться дальше в других запросах..

Ааа