【问题标题】:Dealing with errors in asynchronous write schemes处理异步写入方案中的错误
【发布时间】:2011-04-14 00:30:06
【问题描述】:

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

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

【问题讨论】:

    标签: database exception asynchronous persistence eventual-consistency


    【解决方案1】:

    看看 CQRS。

    见 Greg Young 的解释:

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

    希望这会有所帮助。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2015-08-19
      • 2013-01-25
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-05-02
      • 2018-07-29
      相关资源
      最近更新 更多