处理异步写入方案中的错误

时间:2011-04-14 00:30:06

标签: database exception asynchronous persistence eventual-consistency

异步写入或后写的想法是客户端提交写操作请求,然后在不等待写操作结束的情况下以快乐的方式进行。

在我对这个主题的阅读中,我不清楚的是如何在发生错误时处理错误。一种策略可能是记录并忽略它们。好的,所以我想客户端必须在后续的读操作失败时应对。采用什么策略来处理不可避免的写入失败?它们是否以任何方式暴露给用户?我可以想象一些非常奇怪的应用行为。想象一下,如果数据库发生故障,并且已经执行了几次写操作(从客户端的角度来看),实际上并没有任何持久性。

1 个答案:

答案 0 :(得分:0)

看看CQRS。

见Greg Young的解释:

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

希望这会有所帮助。

相关问题