Parallel processing 并行化CouchDB视图组索引器

Parallel processing 并行化CouchDB视图组索引器,parallel-processing,couchdb,Parallel Processing,Couchdb,我想知道是否有可能在多台机器的帮助下真正并行化CouchDB的视图组索引 我猜不同的索引器可能能够更新不同的视图,但也有可能许多机器在一个索引上工作吗 你会怎么做?我在复制指南或手册中没有找到任何声明。这听起来像是的任务 摘自BigCoach的描述 虽然在最终用户看来它只是一个实例,但实际上它是弹性集群中的一个或多个BigCoach节点,协同工作以存储和检索文档、索引和服务视图以及服务Couchapp 这是过去调查过的。问题是,最终,必须通过串行操作来构建B~树,以使跨索引视图的范围查询高效。这

我想知道是否有可能在多台机器的帮助下真正并行化CouchDB的视图组索引

我猜不同的索引器可能能够更新不同的视图,但也有可能许多机器在一个索引上工作吗


你会怎么做?我在复制指南或手册中没有找到任何声明。

这听起来像是的任务

摘自BigCoach的描述

虽然在最终用户看来它只是一个实例,但实际上它是弹性集群中的一个或多个BigCoach节点,协同工作以存储和检索文档、索引和服务视图以及服务Couchapp


这是过去调查过的。问题是,最终,必须通过串行操作来构建B~树,以使跨索引视图的范围查询高效。这是额外的大量磁盘活动,最终按顺序(在单个节点上)处理文档是最有效的方法,而不是在最后将大型文件复制并合并到单个B~树中

当你第一次意识到高度并行的map-reduce算法是按顺序运行的时候,这看起来真是太奇怪了,等等


正如屋大维所指出的那样,BigCoach通过在节点之间进行分片来实现这一点,这段代码今年将被合并到CouchDB中,这样您就可以同时拥有这两个世界的优点

谢谢你,看起来BigCoach真的是唯一的解决方案,尽管CouchDB不自然地支持它有点悲哀。特别是我一直认为Map/Reduce非常适合多机并行化。BigCoach将在将来合并到CouchDB中。