Потому что когда перебираешь массивом foreach, в теле цикла нужно обращаться не к самому массиву, а все что находится после AS, в твоем случае $products

А я сделал так, и работает:

$zakaz .= '%0A' . $products['name'] . ' - ' . round($products['price']) . ' руб.' . ' - ' . $products['count'] . ' шт.';
 if(isset($products['options'][0])) {
  $zakaz .= '(добавки: '.$products['options'][0].')';
 }
 $i++;

мой вариант неверный?

$zakaz .= '%0A' . $products['name'] . ' - ' . round($products['price']) . ' руб.' . ' - ' . $products['count'] . ' шт.';
 if(isset($products['options'][0])) {
  $zakaz .= '(добавки: '.$products['options'][0].')';
 }
 $i++;

Да и так можно, можно и isset убрать

Спасибо большое 🙏👍🏼

Да, не за что

Вышла новая версия The Symfony PHP framework:  v5.2.0

Всем привет, есть вопрос: вот мы используем обычные запросы, join, подзапросы, и работаем с этим и довольны, но когда реально лучше применять оконные функции, использовать PL/SQL и на какой величине выборки это делать лучше чем использовать subquery, join

и тут любой DBA скажет "всё очень индивидуально, волшебной таблетки не существует, кому то станет лучше кому-то наоборот только хуже"

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

понял, ну а в общем класс задач при которых это делать в общем случае лучщше?

а я еще раз повторяю что нет никаких лучше хуже. так как этих данных недостаточно, что за СУБД, какие таблицы, какие будут запросы, сколько данных и т.д. и т.п.

понял, спасибо

и даже с этими данными однозначно ничего не сказать

угу ((

мониторинг... выводы... изменение... мониторинг... выводы... повторять N раз

у меня был случай, надо было в бд импортнуть csv с 20-30 миллионами строк. Сам файл весил несколько гигов.
И вот быстрее получилось после каждого инсерта тупо убивать объект mysqli и создавать новый, чем очищать результат) так что всё зависит от конкретной ситуации

Приветствую :)
Столкнулся с проблемкой xdebugа . Я так понимаю он обновился до 3 версии, кое какие настройки сменились. Ок, я их обновил, в шторме все работает, но теперь при любом запуске консольного скрипта выводится: Could not connect to debugging client пока я не нажму жука в шторме (включу дебаг).
Где то пробегало, что шторм 2020.2 пока еще не поддерживает 3 версию дебага, но втоже время все работает, кроме постоянного вывода этого сообщения.
Надо что то подшаманить в настройках или ждать 2020.3 ?

Мне кажется более адекватным было бы из csv сделать текстовый файл с инсертами и через консоль загрузить

а ты пробовал когда-нибудь хотя бы открыть многогиговый csv-файл?)