NoSQL 和最终一致性——现实世界的例子

Question

关闭。这个问题需要更多 focused .它目前不接受答案。












想改进这个问题？更新问题，使其仅关注一个问题 editing this post .

2年前关闭。




Improve this question




我正在寻找 NoSQL 应用程序的良好示例，这些应用程序描述了如何在缺乏事务性的情况下工作，正如我们在关系数据库中所知道的那样。我对编写密集型代码最感兴趣，因为对于大多数只读代码来说，这是一项更容易的任务。我已经阅读了很多关于 NoSQL 的东西，关于 CAP 定理，最终一致性等。然而，这些东西往往专注于数据库架构本身，而不是与它一起使用的设计模式。我确实理解在分布式应用程序中实现完全事务性是不可能的。这正是为什么我想了解应该在哪里以及如何降低要求以使任务可行。

编辑:

这并不是说最终的一致性是我自己的目标。目前我还没有真正了解如何将 NoSQL 用于某些写入密集型的事情。说:我有一个简单的拍卖系统，里面有报价。理论上，第一个接受报价的人获胜。在实践中，我至少想保证只有一个获胜者，并且人们在同一个请求中得到他们的结果。这可能是不可行的。但是如何在实践中解决它 - 也许有些请求可能比平时花费更长的时间，因为出了点问题。也许一些请求应该自动刷新。这只是一个例子。

Answer 1

有许多应用程序最终一致性很好。将 Twitter 视为一个相当著名的例子。没有理由让您的“推文”立即发送给您的所有“追随者”。如果您的“推文”发布需要几秒钟(甚至几分钟？)，谁会注意到？

如果您想要非 Web 示例，则任何存储和转发服务(如电子邮件和 USENET)都需要最终一致性。