Concurrency 什么类型的数据库最适合大量用户和高并发性?

Concurrency 什么类型的数据库最适合大量用户和高并发性?,concurrency,distributed,Concurrency,Distributed,我们正在构建一个基于web的应用程序,它需要在非常高的并发性环境中支持大量用户。用户将试图同时更改同一记录。就数据库中的数据量而言,我们预计数据量将非常低(我们不打算构建下一个Facebook),相反,我们需要为每个用户提供非常快速的周转时间,以满足每个请求,因此从数据库的角度来看,我们需要一个解决方案,该解决方案在添加更多用户和记录时可以非常轻松地扩展 我们目前正在研究关系数据库和基于对象的数据库,以及分布式数据库系统,如Cassandra和Hypertable。与商业解决方案相比,我们更喜欢

我们正在构建一个基于web的应用程序,它需要在非常高的并发性环境中支持大量用户。用户将试图同时更改同一记录。就数据库中的数据量而言,我们预计数据量将非常低(我们不打算构建下一个Facebook),相反,我们需要为每个用户提供非常快速的周转时间,以满足每个请求,因此从数据库的角度来看,我们需要一个解决方案,该解决方案在添加更多用户和记录时可以非常轻松地扩展

我们目前正在研究关系数据库和基于对象的数据库,以及分布式数据库系统,如Cassandra和Hypertable。与商业解决方案相比,我们更喜欢开源解决方案


我们只是在寻找一些方向,不需要关于如何构建解决方案的细节。如果您有任何建议,我们将不胜感激。

亚马逊的SimpleDB支持条件PUT和一致读取,但在这一点上,您将无法实现这一目的,最好使用mysql/percona并垂直扩展


你真的需要酸吗?总得给点什么。最终的一致性并不是那么糟糕,对吗?:)

没有“正确”的答案,这有点主观。最好是CW。我们确实需要ACID支持事务完整性,所以我想Cassandra在这种情况下是不可能的。你能改进你所说的大量用户和高并发性吗?有多少用户可能在竞争?是否会有数百/数千/数百万用户,其中可能有5个用户在争夺特定的行更新?