если запускается одиночная операция, то все ок. если в цикле взять 5-10 штук, то первая без нареканий создается, остальные вылетают с ошибками

У вас где то персист не срабатывает, возможно нет каскадов

Или где то clean наоборот

$entityManager = $this->getEntityManager(); if (!$entityManager->isOpen()) { $entityManager = $entityManager->create( $entityManager->getConnection(), $entityManager->getConfiguration() ); } $entityManager->persist($order); $entityManager->getUnitOfWork()->commit($order);

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

за эти пол года добавлено полей десяток разного типа и всегда по одному принципу

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

Ну у вас написано, что новая сущность не отслеживаемая. Почему из-за нового - поля вопрос конечно.

Там нет такого что к примеру энтити менеджер пересоздается а ордер старый?

Новый em ничего не будет знать про ордер который прилетел к нему из старого эм по идее

Ещё такое бывает если где-то идет clean, и потом используется энтити которая была получена до клин

И что за использование commit

Напрямую из Uow

Первый раз такое вижу

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

напрямую clean ни где нет, если только под капотом в UOW делает (не капался глубоко в нем). короче я так и не понял, что с этим было. откатил все назад, до изменений, сделал заново все эти действия все отрабатывает на ура, сравнил 2 коммита, одинаковые то что был не рабочий, тот что рабочий. самая херня, что тесты все проходил (запись по одиночке идет), зато теперь есть тест второй, симулирующий очередь)

Главное что ты нашел плюсы в этой ситуации

Далеко пойдешь )

Вопрос по работе с доктриной. Есть поле bool <field name="orderExists" type="boolean"/> В конретном случае я использую MySQL и по факту в этом поле храниться 1 / 0 Теперь мне необходимо построить запрос. public function findForTest(bool $otherExists): array { $query = $this->createQueryBuilder('r') ->where('r.orderExists = :exists') ->setParameter('exists', $otherExists); return []; } Правильно ли в данном случае передавать тип bool или, по сути, мне придется приводить к int?

true и false самим мусклом приравнивается к 1 и 0

пасиб

Опять же qb прекрасно сам во всем разберется) Чего и как выставить.

Отлично... Я подозревал, но хотел убедиться :)... это мой первый подход к симфони, доктрине и его qb :)

Всем привет! Подскажите, как работает iterate в доктрине? $results = $this ->createQueryBuilder('e') ->andWhere('...') ->getQuery() ->iterate(); while ($results->next() !== false) { ... } Это доктрина на каждой итерации цикла запрос в БД сделает или как?

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

Понял. Спасибо. А есть ли разница между кодом выше вот этим? $query = $this->getEntityManager()->getConnection()->executeQuery($sql, $parameters, $types); while (($row = $query->fetchAssociative()) !== false) { yield $row; }

Понял. Спасибо. А есть ли разница между кодом выше вот этим? $query = $this->getEntityManager()->getConnection()->executeQuery($sql, $parameters, $types); while (($row = $query->fetchAssociative()) !== false) { yield $row; }

Тут же вроде вообще гидрации нет

а вот какой профит между циклом с yield и fetchAllAssociative?

а вот какой профит между циклом с yield и fetchAllAssociative?

Можно по памяти сэкономить, если громадный набор данных из БД достаете и обрабатываете

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

а вот какой профит между циклом с yield и fetchAllAssociative?

yield вместе с yield from позволяют писать более чистый код в ряде случаев

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

А еще будут в php переменной. И можно сделать выбор одна строка будет в php из набора или все строки разом

В общем самый экономный вариант - это вот так, верно? $iterator = $this->createQueryBuilder('e') ->getQuery() ->iterate(); foreach ($iterator as $row) { yield $row[0]; }

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

В общем самый экономный вариант - это вот так, верно? $iterator = $this->createQueryBuilder('e') ->getQuery() ->iterate(); foreach ($iterator as $row) { yield $row[0]; }

Экономный не гидрировать, т.е. предыдущий.

ну если надо объекты получить

Ну если хотите сущность - тот этот, да

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

насколько я помню в памяти расширения мускла

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

https://www.php.net/manual/ru/mysqlinfo.concepts.buffering.php Зависит от типа запроса, да. Небуферизированный результат в мускле ждет своей очереди на обработку.

помню ебался с этим говном )

помню ебался с этим говном )

Кстати да, в пыхтелке обсуждали вроде.

Если честно я не вижу в протоколе мускуля параметра по поводу буферизации

А есть.. у prepared stmts

По сути просто используется курсор

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

Потому что как минимум рилейшены построчно не сгидрировать

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

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

Видел статью, где была интрукция как можно курсоры заюзать

не до конца понятно зачем. зачем тебе типа 100к сущностей?

не до конца понятно зачем. зачем тебе типа 100к сущностей?

Единовременно или "за подход"?

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

Сколько пхпдоку лет?

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

Что даже на мобиле не отображается нормально

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

А зачем такое количество

А зачем такое количество

Загрузить данные из xml-ки. Я как-то делал сервис, так там регулярно попадались xml-ки под полмиллиона товаров)

Загрузить данные из xml-ки. Я как-то делал сервис, так там регулярно попадались xml-ки под полмиллиона товаров)

Ну так сущности то не причем тут мне кажется

Загружать можно по одной сущности

И чистить entity manager

Если повезёт память не утечет )

Не, так я про это и говорил) Что в целом обрабатывать такой объем - легко, а вот держать в памяти сразу всё - странновато)

Всем привет! Вопрос по partial селекту, если пытаюсь забрать связь oneToOne, то ловлю ошибку Error: There is no mapped field named, я так понял, это потому что partial смотрит на конкретную сущность, а у меня JoinColumn прописан в связанной, если перенести JoinColumn в нужную сущность, то падает на нулевой релейшенах, хотя в JoinColumn стоит по дефолту nullable=true, встречался кто-то с такой проблемой?

Всем привет! А вы пишете интерфейсы для сервисов? И если да, то зачем?

слишком сложный и объемный вопрос

да пишем, но не всегда. устроит такой ответ?

Всем привет! А вы пишете интерфейсы для сервисов? И если да, то зачем?

Ну это один из принципов solid, зависимости от интерфейса а не от реализации. Тестить проще

Я не пишу

)

Двойная работа

В джаве пишут

да пишем, но не всегда. устроит такой ответ?

Нет, я же как раз хочу понять когда и зачем пишут)

если у интерфейса одна и строго одна реализация - то не пишем. нет смысла в липовых интерфейсах, как там этот антипаттерн называется - interface bloating что ли

Да, меня как раз интересует, когда одна реализация. Когда много реализация - там все понятно

если вдруг появляется вторая реализация, можно быстро поменять FooService в зависимостях на FooInterface

я по крайней мере придерживаюсь такого принципа

А как тестить если сервис принимает конкретный класс?

Я про юнит тесты

мокать?

А как тестить если сервис принимает конкретный класс?

Через createMock и createStub

Типо создаётся наследник класса?

А как переопределить приватные методы

А как переопределить приватные методы

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