Как обновлять другой документ в обработчиках событий Doctrine MongoDB ODM?

Question

[Сергей Соколов]

общее описание прожекта

Несвежий крупный проект на Symfony 4.4 и MongoDB. Doctrine ODM 2.2.3.
У сущности Заказа есть дочерние сущности "Задача", которые бывают разных типов.
При изменении статуса у Задачи типа-А с "X" на "Y", надо у Задачи типа-Б того же Заказа, тоже изменить статус, если текущий имеет значение "K" — на "L".

TL&DR Когда меняется определённым образом один документ, нужно что-то поменять в другом документе.

В обработчике события preUpdate, и вроде бы, только в его аргументах, можно сравнить старое и новое прилетевшее значение искомого поля. Но из этого же preUpdate менять другой док. / создавать новый — как я понял, нельзя.

Поэтому можно сохранять в классе обработчика массив кандидатов на изменения. И при другом событии, postPersist или postFlush ? – эти изменения уже воплощать.

Но что-то у меня пока не получается. В обработчике postFlush я нахожу нужный документ, меняю ему поля, добавляю ему в коллекцию новый вложенный под-объект. Но и $dm->persist($doc) и пляски с unitOfWork и recomputeSingleDocumentChangeSet() не сохраняют желаемые изменения в базе.

Что я делаю не так, и может, Listeners – не лучшее место для такой задачи?

P.S. тега "Doctrine ODM" тут нет, поэтому пришлось поставить "Doctrine ORM". События и аргументы слушателей наследуются от них, в любом случае.

Comments

[Антон]

Поэтому можно сохранять в классе обработчика массив кандидатов на изменения. И при другом событии, postPersist или postFlush ? – эти изменения уже воплощать.

С ORM такой подход у меня работал. Правда, у меня новые объекты создавались (логировалось изменение данных в объекте), но сохранение работало вот так:

public function postFlush(PostFlushEventArgs $args){
        if(!empty($this->logEntries)){
            $em = $args->getEntityManager();
            foreach($this->logEntries as $obj){
                $em->persist($obj);
            }
            $this->logEntries = [];
            $em->flush();
        }
    }

[tukreb]

А кто вообще придумал брать MongoDB, а потом пытаться из неё сделать реляционную СУБД? Если у вас возникает потребность следить за актуальностью данных, значит вам пора выбрасывать NoSQL и переходить на реляционную БД.
www.sarahmei.com/blog/2013/11/11/why-you-should-ne...

[Сергей Соколов]

в общем, пока остановился на том, что переписал обновления стороннего документа через QueryBuilder — такие обновления работают внутри обработчика preUpdate.

Это тоже непросто – надо добавлять в одно из полей, массив, в начало (не в конец, как делает push() по умолчанию), свежесозданный Embedded объектик типа записи лога событий.

Так и не решил проблему очередности: сначала вызывался onFlush, и только потом preUpdate, создающий в классе «задания» для последующего обновления.