vas0questionerМистер Фаулер именно так и делает.

Тогда вообще не понятно как этот паттерн помогает решать проблемы конкурентности Думаю этот паттерн в конкурентности никак не помогает. Это кэш цель которого уменьшить или отложить выполнение sql запросов к БД, с другой стороны тут возможна оптимизация bulk update. Ну и в конкретных реализациях предотвратить появления в памяти множества java объектов которые соответствуют одной и той же записи в БД.
Ну вот ради оптимизации запросов к базе этот патерн и есть, чтобы не обновлять одно поле, потом второе, потом опять первое, а сделать это один раз. Это как-бы очевидно. Но в определении написано, что он как-то помогает решать проблемы конкурентности.


про объекты в памяти это уже похоже Identity Map паттерн

PetroNotC Sharpquestionerон как-то помогает решать проблемы конкурентности.в части изолирования одного запроса(сессии\потока) от другого.
Так как списки разные, и в памяти объекты разные.
vas0, то у каждой будет своя session (свой кэш), и свои экземпляры (java объекты в памяти).

ну если только так. ок. Хоть как-то это можно притянуть на основе контента книги.

vas0questionerпропущено...


Фаулер вообще ничего такого не упоминает. гугл ничего такого не выдаёт тоже. Поэтому я думаю, что Ваше понимание неверно. У Фаулера такого не написано, так как его шаблоны "простые". Но "забыл ник" правильно написал про ошибки. О чем может говорить ошибка? О том что состояние кэша больше не соответствует состоянию в БД, в этом случае все состояние кэша сбрасывается как невалидное, все изменения в этом кэше теперь просто мусор.

Какие ошибки? кто писал? выше чего?

vas0questionerпропущено...


Какие ошибки? кто писал? выше чего? Если при выполнении синхронизации состояния UnitOfWork с БД происходит ошибка, то какие варианты действия у нас есть? Обычно действие только одно все откатить.

а зачем её синхронизировать? ну конкретно в рамках этого паттерна.

Судя по всему то о чем Вы спрашиваете идёт уже в рамках Pessimistic/Optimistic offline lock

PetroNotC Sharpquestionerа зачем её синхронизировать? ну конкретно в рамках этого паттерна.А что делает по вашему метод коммит у фаулера?

приведу цитату из книги:

Фаулеркогда Вы решаете зафиксировать сделанные изменения, единица работы определяет, что ей нужно сделать. Она сама открывает транзакцию, выполняет всю необходимую проверку на наличие параллельных операций(с помощью Pessimistic Offline Lock(445 стр.) или Pessimistic Offline Lock(стр. 434) и записывает изменения в базу данных