MongoDB-消费推文并计数数据

如何解决MongoDB-消费推文并计数数据

| 我正在使用Twitter实时流API来保持特定曲目的活跃计数。例如，我想记录\'apple \'，\'orange \'和\'pear \'发推的次数。我正在使用Mongo存储推文数据，但我有一个疑问，即如何最好地获取我跟踪的每个曲目的计数。 我将每秒运行一次此查询，以获取每个音轨的接近实时计数，因此我需要确保以正确的方式执行此查询： 选项1 针对特定轨道运行计数查询

 db.tweets.count({track: \'apple\'})

考虑到tweet数据库将容纳很多数据（可能是数百万个），我想知道这可能会有点慢吗？ 选项2 创建第二个集合\'track_count \'，并在每次出现新的tweet时更新\'count \'属性：

{track:\'apple\',count:0}
{track:\'orange\',count:0}
{track:\'pear\',count:0}

然后，当新的推文出现时：

db.track_count.update( { track:\"apple\" },{ $inc: { count : 1 } } );

然后，我可以为每个轨道保留最新的计数，但这意味着两次写入数据库，一次写鸣叫，再一次增加轨道计数。切记，每秒可能会有相当数量（数十甚至数百）的推文。 有没有人建议最好的方法？     

解决方法

        毫无疑问，请使用单独的“ 3”集合来保持连续的比赛总数。否则，您将每秒重新查询整个

tweets

集合，随着数据量的增长，这将变得非常缓慢且昂贵。 不用担心两次写入数据库，一次存储推文，再一次增加计数器。 MongoDB中的写入速度非常快，即使在单个非集群式Mongo实例上，该解决方案也可以扩展到每秒数千条以上的推文。     ,           有没有人建议最好的方法？ 这里没有“最佳”方法。这是一个经典的权衡。您可以执行“计数器”，查询速度较慢，可以运行常规的map-reduce作业。 两次写入=>更快的查询，更多的写入活动 一次写入=>较慢的查询，较少的写入活动 每小时M / R =>数据稍微陈旧，写入更多 通常，建议使用计数器。 MongoDB在处理较大的写负载方面往往非常擅长，尤其是这种类型的“增量”或计数器负载。 除非您牺牲一些东西，否则您不会获得更多的速度。磁盘，RAM，CPU。因此，您必须根据需要选择权衡。 旁注：曲目名称是否唯一？ 您可能需要尝试以下方法：

{_id:\'orange\',count:0}
{_id:\'pear\',count:0}

或按天计数：

{_id:\'orange_20110528\',count:0}
{_id:\'orange_20110529\',count:0}
{_id:\'pear_20110529\',count:0}