Даже в самой свежей версии? хм... хороший повод задуматься о смене инструмента. С другой стороны документация утверждает, что оно "Support for both high-level and low-level database programming for all your use-cases." - так что должно в raw SQL съедать вообще всё, что способен переварить сервер БД.
SELECT COUNT(o.id) AS cnt
FROM "order" AS o
LEFT JOIN product p ON (p.order_id = o.id)
GROUP BY o.id
HAVING sum(p.price) >= 10
Второй - используя средства языка программирования или библиотеки доступа, получить количество записей в наборе записей. Обычно подобное свойство у рекордсета присутствует.
$iDs = array_map(
fn (array $array): => $array['id'],
$yourArray
);
'weight' => is_null($weight) ? random_int(1, 10000) : $weight,
что мешает выполнить native запрос- чувство прекрасного. Весь код в единой стилистике с PSRами, вот этим вот всем и тут посреди кода фаршмак в виде обычного SQl - согласитесь, это некрасиво. Сущности получать не надо, мне достаточно инфы что ответ не пустой, т.е. расхождения в ответах есть. Пока я так и сделал, нативным SQL. Но гложет червь сомнения - что такая задача может решаться более изящными способами. Вариант сделать первый запрос, потом второй и сделать array_diff между ними - не предлагать :)
foreach($service as $s){ //обходим массив сервисов
//и для каждого запускаем while
while($s->isRunning()){
}
}
А что же этот OutputWalker писать то надо? Что ж такой замечательный инструмент не умеет такие примитивные функции из коробки?