Является ли единица работы хорошей моделью для транзакций, которые будут автоматически генерировать новые объекты (auto_increment id)?

Question

Из единицы шаблона работы i uderstand метод выполнения типичных транзакций на основе некоторых репоссийских доменов (с использованием репозитория на объект домена). Пример: после определения некоторых объектов репозитория в объекте UoW, передайте эти репозитории на основе состояния theyr.

Также репозитории не должны содержать никакой логики транзакций.

Что происходит, когда insert() приводит к созданию нового объекта (автоматически сгенерированного идентификатора), который позже необходим другому объекту в той же транзакции?

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

Как следует обрабатывать транзакции в этом случае?

Answer 1

Обычно ORM, такие как NHibernate или EntityFramework, знают, как обрабатывать порядок вызовов в БД. Например. NHibernate's inverse используется, чтобы указать, кто несет ответственность за двунаправленные отношения.

Если у вас есть собственный DataAccessLayer/ORM, вы несете ответственность за указание порядка вызова. Простейшим решением является «Добавить все новые объекты» => «Удалить все удаленные объекты» => «Обновить все грязные объекты».

После того, как объект добавлен в БД, вы можете получить в результате его @@IDENTITY/ SCOPE_IDENTITY, а затем обновить его Id, используя любое подходящее решение.