повторюсь

$im = $em->getUnitOFWork()->getIdentityMap(); $numberOfEntities = array_reduce($im, function ($result, $entities) { return $result + count($entities); }, 0);

вот это попробуй перед clear сделать

и вывести количество сущностей которые находятся у тебя в UoW

+ определенный оверхэд может быть от того что у тебя сложная гидрация (если есть to-many связи)

numberOfEntities - 393

добавить к этому 100 новых сущностей.

(или не надо? я не помню ложатся ли новые сущности в IM или нет.... блин... надо чекнуть)

Ребят в поисках я попробовал чистить(Откреплять?) созданные объекты и у меня вместо 40 секунд стал 6

То есть, я до записи, начал выполнять $this->em->clear($news->getNewsBad())

получается, что до этого сохранялась/обновлялась вся связь?

получается, что до этого сохранялась/обновлялась вся связь?

да

божечки....

но у меня всё равно есть явные проблемы, то есть даже теже 100 строчек долго идут

Почитай доку докрины

читаю, пробую. Спасибо вам большое

немного обновили доку что бы чуть соответстовало best practice (текст, не код)

Using the Product class is pretty standard OOP. The interesting bits are the use of the EntityManager service. To notify the EntityManager that a new entity should be inserted into the database, you have to call persist(). To initiate a transaction to actually perform the insertion, you have to explicitly call flush() on the EntityManager. Нет персиста только на апдейтах, значит я все верно понял)0

Using the Product class is pretty standard OOP. The interesting bits are the use of the EntityManager service. To notify the EntityManager that a new entity should be inserted into the database, you have to call persist(). To initiate a transaction to actually perform the insertion, you have to explicitly call flush() on the EntityManager. Нет персиста только на апдейтах, значит я все верно понял)0

ты когда достаешь сущность через entity manager (или репозиторий, который через него действует) доктрина автоматически начинает отслеживать изменения.

но это можно отключить (пока-что можно))

ты когда достаешь сущность через entity manager (или репозиторий, который через него действует) доктрина автоматически начинает отслеживать изменения.

Ну да, я так и понял. А когда просто создаю новый экземпляр flush его не видит)

да, потому что это просто какой-то объект о котором доктрина ничего не знает

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

ну то есть все чуть сложнее чем с какой-нибудь active record где тебе предложено работать напрямую с рядами в базе

но и возможностей это дает намного больше, если ты понимаешь все это....

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

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

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

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

Тоесть она слишком "тяжелая" чтобы ее простенько юзать?)

Ну она довольна удобна, чем остальные орм)0

Была бы ар версия)0

а сколько у тебя опыта использования других ORM?)

но это вроде первая

прелесть доктрины как раз таки в DM

в разделение SRP на персист и flush

а сколько у тебя опыта использования других ORM?)

чуть-чуть элоквента)

Ну она довольна удобна, чем остальные орм)0

ну я про то что на основании чего ты такие выводы делаешь?)

в разделение SRP на персист и flush

это одна и та же зона ответственности

соль в persistence ignorance (хоть и не полном, вспомним one-to-many однонаправленные)

это одна и та же зона ответственности

я имею в виду, она не имеет недостатка аля AR-like

я имею в виду, она не имеет недостатка аля AR-like

но имеет свои)

безусловно

важно просто понимать что ниши у этих инструментов пересекаются лишь немного

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

AR там где нет логики и нужен круд, а так же на чтение, а доктрина там где есть логика (в основном на запись)

гг CQRS :D

можно к слову ORM-компаньена для доктрины запилить)

@fes0r у вас же TypeScript?

ну мол... информация о схеме есть.... сделать простой AR на основании этой информации не составит особо труда, будет жрать DQL...

@fes0r у вас же TypeScript?

да

да

есть с ним какие-то проблемы, или жалобы? рассматривали kotlin/js вместо него?

kotlinjs не рассматривали, жалоб особо нет (структурный тайпинг хуже чем во flow но жить можно)

это больше к Олегу вопросы - он у нас заведует этим делом...

ну я про то что на основании чего ты такие выводы делаешь?)

Ну например можно изменить маппинг и схема апдейт сделать сразу. А в элоквенте миграции писать нада(9, причем для связей надо вручную писать столбцы. А доктрине только указать связь с сущностью, и она сама все сделает. В общим с ней меньше о столбцах думаешь)0 Ну это все мелочи)0

kotlinjs не рассматривали, жалоб особо нет (структурный тайпинг хуже чем во flow но жить можно)

у нас вот щас выбирают между ними, точнее собираются выбирать. думал мож знаешь че)

Ну например можно изменить маппинг и схема апдейт сделать сразу. А в элоквенте миграции писать нада(9, причем для связей надо вручную писать столбцы. А доктрине только указать связь с сущностью, и она сама все сделает. В общим с ней меньше о столбцах думаешь)0 Ну это все мелочи)0

1. schema diff это фича dbal а не orm 2. существуют другие инструменты для миграций, которые работают даже лучше

у нас вот щас выбирают между ними, точнее собираются выбирать. думал мож знаешь че)

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

я так понимаю он чисто типы и интерфейсы добавляет в жс

ну в котлине есть ts2kt)

ну в котлине есть ts2kt)

а ну норм

берутся тайпы из TS и конвертируются в биндинги

ну и есть dynamic если все плохо

чет в TS как-то вообще фичей нет

чет в TS как-то вообще фичей нет

оно ж все компайл тайм, на рантайм вообще никак не влияет

или ты хотел интроспекцию по типам в рантайме?) Олег тоже хочет)

ну в котлине как-то фичей поболее будет

одни корутины чего стоят

ERROR: S client not available

одни корутины чего стоят

а тебе они точно нужны в браузере?)

умные выводы типов, экстеншены и все такое

а тебе они точно нужны в браузере?)

канеш, они для этого в принципе и были сделаны

хотя если ты планируешь инграться со всякими там service worker-ами то может быть

это как замена async/await

только более продуманная

умные выводы типов, экстеншены и все такое

так это и в TS есть

я слышал жалобы на выводы типов в TS

типа он очень туп в этом плане

ну короч мы kotlinjs не рассматривали как минимум потому что коду уже 2 года)

и поддержка в IDE не всегда гут

типа он очень туп в этом плане

туп но не настолько

как пых)

и анализаторы под пых

ну короч жить более чем можно, ну и там null safty подвезли не так уж и давно

омг, а не было?

угу

походу мы будем пионерами и возьмем kotlin/js

там правда нет jsx

> This server could not prove that it is www.typescriptlang.org; its security certificate expired 2 days ago.

хах

вместо этого тайп-сэйв билдеры

на что наши фронты сказали "так это ж ахуенно!"

ну попробуйте))

https://github.com/Kotlin/kotlin-fullstack-sample/blob/master/frontend/src/org/jetbrains/demo/thinkter/HomeView.kt#L28 и в итоге вот такой код вместо jsx пишешь

я дума за первые 2 недели вы не успеете много написать так что чуть что смигрируете

тоже верно

https://github.com/Kotlin/kotlin-fullstack-sample/blob/master/frontend/src/org/jetbrains/demo/thinkter/HomeView.kt#L28 и в итоге вот такой код вместо jsx пишешь

ммм...... мм....... ну не сказал бы что мне это нравится....

tsx вполне себе type safe

ммм...... мм....... ну не сказал бы что мне это нравится....

ну выглядит непривычно да

и местами порой придется самому биндинги дописывать