Самое важное новшество это объявление полей класса в конструкторе ))

и не нужно

и никаких пидорских языков )))

и никаких пидорских языков )))

pidorscript?)

вот например match выглядит удобно

Как будто свитча было мало)

ну или nullable

Можно чуть подробнее?

https://wiki.php.net/rfc/nullsafe_operator

https://wiki.php.net/rfc/nullsafe_operator

Ого

В дарте ещё.есть крутая фишка. Чейн оператор

Не надо this возвращать

Угу, самый сладенький язык Даже Котлин по сахару отстаёт

только Enterprise Java, только хардкор

Всем привет ) у нас тут с коллегой по поводу доктрины спор возник, он говорит, что ему никто из симфонистов не может ответить на вопрос: как вытащить связанную коллекцию из 100+ itemов с N связями за 1+N запросов. Доктрина умеет только 1 + N*100+ или angry load через join и дичайшую деградацию выборки при one-to-many или не дай бог many-to-many

а почему нельзя сделать обычный запрос, даже если билдер именно так не может?

а почему нельзя сделать обычный запрос, даже если билдер именно так не может?

ну насколько я понял, что например в Yii это реализовано с помощью with()

уйй говно

уйй говно

я в целом согласен, но не очень действует как аргумент

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

а давайте холивар разведём

а то скучно

Вот еще Еще кстати к подходу доктрины... А как вы боретесь с дедлоками? частый вопрос... а нахера мне с ними бороться если у меня нет 10к+ rps к БД и они не возникают

Вот еще Еще кстати к подходу доктрины... А как вы боретесь с дедлоками? частый вопрос... а нахера мне с ними бороться если у меня нет 10к+ rps к БД и они не возникают

😂

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

А если без шуток, как борятся с этим ?) ( ни раз не работал в проекте где 10к+ рпс )

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

Это модно, по молодежному

10+к рпс это земля пухом

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

ну тут скорее вопрос - почему говноЙии так может без проблем, а доктрина нет

у мен на этот вопрос нет ответа

можно пример сущностей?

можно пример сущностей?

боюсь что нет, вопрос скорее более теоретический.

боюсь что нет, вопрос скорее более теоретический.

ну тогда доктрина теоретически может 😂

Всем привет ) у нас тут с коллегой по поводу доктрины спор возник, он говорит, что ему никто из симфонистов не может ответить на вопрос: как вытащить связанную коллекцию из 100+ itemов с N связями за 1+N запросов. Доктрина умеет только 1 + N*100+ или angry load через join и дичайшую деградацию выборки при one-to-many или не дай бог many-to-many

вот пример, как это сделать. сущности можно придумать.

ну я никуда не спешу)

попрошу его накидать примеры

А если без шуток, как борятся с этим ?) ( ни раз не работал в проекте где 10к+ рпс )

Получать блокировки наперед

Доктрина вообще не подходит для высоконагруденных проеков где тысячи запросов в секунду как и пхп в целом

Хотя есть извраты типо reactphp

а при чем тут нагрузка и реактпхп?)

ты с реалтайм по-моему путаешь

Потому что а хайлоаде надо использовать минимум процессов и максимум эффектиных асинхронных операций

И избегать гонки за разделяемые ресурсы

VadimK, [27.11.20 17:51] Ок. Вот сравнительно простой пример: * Список заказов * + Товары one-to-many * + Склады с которых забирать товары many-to-many через товары * + Операторы callcenter которые обзванивали клиентов по заказам (has-one) * + Платежи оп оплаченным заказам коих может быть более 1-го * + платежная система использованная при оплате Alexey Mishurovskiy, [27.11.20 17:52] [In reply to VadimK] напиши еще как в yii это делается и сколько и каких запросов оно сделает VadimK, [27.11.20 17:54] в ларе почти также Order::find() ->with([ 'goods' => static function(ActiveQuery $query) { return $query->with(['warehouse']); }, 'operators', 'payments' => static function(ActiveQuery $query) { return $query->with(['paymentSystem']); } ]) ->all(); VadimK, [27.11.20 17:57] Запросы: * Получить заказы * По уникальным id связей от заказов получить товары * По уникальным id связей от товаров получить склады * По уникальным id связей от заказов получить операторов * аналогично платежи * аналогично платежные системы VadimK, [27.11.20 17:57] итого 6 запросов и 5 предваритиельных пробегов по массивам для сбора связей VadimK, [27.11.20 17:57] нужно лезть под капот, вероятно даже 3 VadimK, [27.11.20 17:58] доктрина сожрет весь выигрышь в случае ручного инжекта релейшенов в отдельном обработчике VadimK, [27.11.20 17:58] убьет БД сделав 501 запрос при ленивой загрузке VadimK, [27.11.20 18:01] и вообще может встрять если попытается выгрузить это одним запросом, потому что мало того что из БД в памяти будет лежать навскидку что-то около 100*70(товаров допустим) * 4 (склада например) * 10 (операторов) * 120 платежей * 4 платежных системы итого получится в памяти нечто дикое: 134400000 записей VadimK, [27.11.20 18:01] возможно что-то сейчас напутал т.к. сам в ахуе VadimK, [27.11.20 18:01] но по логике работы будет нечто такое VadimK, [27.11.20 18:03] да напутал, там иначе считается, цифра будет меньше VadimK, [27.11.20 18:03] но там будут тысячи строк в памяти БД и приложения

@Cawa87 как то так

https://www.doctrine-project.org/projects/doctrine-orm/en/2.7/reference/batch-processing.html

Хотя итерироать энтити с рилейшенами не выйдет

https://www.doctrine-project.org/projects/doctrine-orm/en/2.7/reference/batch-processing.html

bulk inserts, updates and deletes with Doctrine in an efficient way речь так то про выборку

А вообще.это попытка натянуть орм туда где он не нужен

это да, но тем не менее в йии их АР это умеет решать, и я не верю, что доктрина не может это.

Я не понимаю проблему

Квери билдер может сделать любой запрос

Что конкретно доктрина не может сделать?

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

так билдер и не используют когда нужны "эффективные" запросы

что в доктрине, что в ишшной ар

что в каком-нибудь элокаенте

select o from Orders o join o.goods g join g.payments p

Обычный запрос

А не забыть конечно включить в селект

select o,g,p

ну вроде да

Всем привет ) у нас тут с коллегой по поводу доктрины спор возник, он говорит, что ему никто из симфонистов не может ответить на вопрос: как вытащить связанную коллекцию из 100+ itemов с N связями за 1+N запросов. Доктрина умеет только 1 + N*100+ или angry load через join и дичайшую деградацию выборки при one-to-many или не дай бог many-to-many

Квери билдер или dql, в чем проблема то

Вот еще Еще кстати к подходу доктрины... А как вы боретесь с дедлоками? частый вопрос... а нахера мне с ними бороться если у меня нет 10к+ rps к БД и они не возникают

В симфони лок компонент появился

Доктрина вообще не подходит для высоконагруденных проеков где тысячи запросов в секунду как и пхп в целом

Почему же, подходит пхп, судя по бенчмаркам.

Почему же, подходит пхп, судя по бенчмаркам.

он просто адепт ноды)

Хотя есть извраты типо reactphp

Почему извраты? Можно пхп в режиме демона запускать и экономить на инициализации

А как демон будет запросы обрабатывать

Ты про какой демон говоришь?

Я вот про это

Поэтому я и говорил про reactphp

Ты про какой демон говоришь?

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

И оно не течет?

И оно не течет?

Неа

https://www.techempower.com/benchmarks/#section=data-r19&hw=ph&test=fortune

И шо оно тестит

И шо оно тестит

Там же все написано

Сколько параллельных потоков?

Как тестили?

Не вижу инфы

Хз, должно быть где то