mongodb是否适合做需要频繁avg，sum之类的？

[refresh]

例如经常要出报表查询这类的，一个很简单的例子就是查成绩汇总，比如说要查前5名的平均分，前10名的平均分之类的，感觉mongodb要实现这些很难，aggregate很强大，但操作起来有些复杂，是否mongodb只适合于简单且海量的数据，例如博客，评论，文章之类的？
小弟菜鸟，学习中，望勿喷

[chemhack]

这种需求就传统SQL数据库吧

[chemzqm]

类似你说的需求完全可以取出数据然后在应用层处理，我觉得比写sql来的舒服

[breeswish]

看到这个标题第一个冒出来想法是线段树 = =

MongoDB还是让它做最擅长的NoSQL吧，MapReduce不能当饭吃，效率不是很高，当然如果数据量不大，用用也可以

[refresh]

@breeswish NoSql适合哪些场景？大而且简单的数据？这个案例MapReduce应该可以解决，不过我现在想用Aggregate解决它
@chemzqm 没必要拿出一大堆数据处理吧，这样太占内存了
@chemhack 其实这算是一个非常常用简单的需求了

[refresh]

刚找到一个资料不错，mapReduce与MySql的对应图。话说mongodb好复杂，一句简单的sql要map-reduce的话，要多好多出来。感觉mongodb就是英文，sql就是中文。

[aisk]

sum avg 什么的可以每次写入的时候计算 可能需要加锁

[yueq]

@refresh 这用stored procedure就行.

[atom]

@refresh
求图

[refresh]

@atom 我以为我发了呢，原来没有 http://blog.serverdensity.com/wp-content/uploads/2010/06/sql-to-mongodb.pdf

@yueq 感谢给了关键词，我查查

@aisk 写入的时候计算不合适，sum是要根据查询条件sum的，在写入的时候，查询条件是未知的

[aisk]

@refresh 嗯这就不合适了。。。

[huangz]

Redis 的有序集合（sorted set）结构可以很好地解决这类问题：http://redis.io/topics/data-types#sorted-sets