Ruby on rails 3 MongoDB/Mongoid树结构

我目前正在为一个项目设计架构。它的时间非常紧迫，在发布后不久将需要支持几十万用户，其业务逻辑和模型与扩展的树结构紧密相连。我知道我可以在Mongo中以文档中列出的多种方式完成这项工作。最好的方法似乎是父字段+以下之一的混合方法：物化路径或祖先数组。现在，我的测试实现正在使用一个祖先数组，该数组由相关文档的objectid填充。在样本数据集上，某些查询时间比我希望的要高一点，但仍然可以接受。有没有人有优化这个结构的建议？我尝试了完整的物化路径，但一旦我的树超过10级左右，性能似乎真的崩溃了。我所有的测试数据集都是500k文档。其他可能相关的组件是一个由Rails提供动力的web前端，Rails和Mongo之间的大部分接口都使用Mongoid。

听起来你应该看看其他数据库，就像我看OrientDB一样，它看起来不是Ruby/Rails友好型的，这会带来伤害。我考虑过使用纯图形数据库，比如Neo4j来处理关系；然而，这远远超出了我的团队的技能范围，我们希望使用我们更熟悉的工具。