Concurrency 什么类型的数据库最适合大量用户和高并发性？
我们正在构建一个基于web的应用程序，它需要在非常高的并发性环境中支持大量用户。用户将试图同时更改同一记录。就数据库中的数据量而言，我们预计数据量将非常低（我们不打算构建下一个Facebook），相反，我们需要为每个用户提供非常快速的周转时间，以满足每个请求，因此从数据库的角度来看，我们需要一个解决方案，该解决方案在添加更多用户和记录时可以非常轻松地扩展 我们目前正在研究关系数据库和基于对象的数据库，以及分布式数据库系统，如Cassandra和Hypertable。与商业解决方案相比，我们更喜欢开源解决方案Concurrency 什么类型的数据库最适合大量用户和高并发性？,concurrency,distributed,Concurrency,Distributed,我们正在构建一个基于web的应用程序，它需要在非常高的并发性环境中支持大量用户。用户将试图同时更改同一记录。就数据库中的数据量而言，我们预计数据量将非常低（我们不打算构建下一个Facebook），相反，我们需要为每个用户提供非常快速的周转时间，以满足每个请求，因此从数据库的角度来看，我们需要一个解决方案，该解决方案在添加更多用户和记录时可以非常轻松地扩展 我们目前正在研究关系数据库和基于对象的数据库，以及分布式数据库系统，如Cassandra和Hypertable。与商业解决方案相比，我们更喜欢
我们只是在寻找一些方向，不需要关于如何构建解决方案的细节。如果您有任何建议，我们将不胜感激。亚马逊的SimpleDB支持条件PUT和一致读取，但在这一点上，您将无法实现这一目的，最好使用mysql/percona并垂直扩展
你真的需要酸吗？总得给点什么。最终的一致性并不是那么糟糕，对吗？：） 没有“正确”的答案，这有点主观。最好是CW。我们确实需要ACID支持事务完整性，所以我想Cassandra在这种情况下是不可能的。你能改进你所说的大量用户和高并发性吗？有多少用户可能在竞争？是否会有数百/数千/数百万用户，其中可能有5个用户在争夺特定的行更新？