Работа с ошибками в схемах асинхронной записи - PullRequest
0 голосов
/ 14 апреля 2011

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

Что не являетсяИз прочтения этой темы мне ясно, как можно обрабатывать ошибки в случае их возникновения.Одной из стратегий может быть вход в систему и игнорирование их.Хорошо, так что я полагаю, что клиент должен справиться, если последующие операции чтения завершатся неудачно.Какие стратегии используются для борьбы с неизбежными ошибками записи?Являются ли они доступными для пользователя каким-либо образом?Я могу представить очень странное поведение приложения.Представьте себе, если база данных вышла из строя, и было выполнено несколько операций записи (с точки зрения клиента) без какого-либо постоянного сохранения.

1 Ответ

0 голосов
/ 14 апреля 2011

Посмотрите на CQRS.

См. Объяснение Грега Янга:

http://codebetter.com/gregyoung/2010/02/16/cqrs-task-based-uis-event-sourcing-agh/

надеюсь, это поможет.

...