我们目前拥有一个用户集合，其中每个文档除其他字段外还具有_id字段和_referrer字段，这将是用户集合中其他人的_id。
我们希望找到每个用户的直接或间接推荐给我们的特定用户。所以我想说Foo推荐了Bar，而后者又推荐了Baz等。
鉴于我们预期（希望？）集合的大小会变得太快，以至于仅当场进行汇总就太慢了，我们需要对此进行预先计算。
我想为此创建一个索引，但是我不确定索引是否可以支持该用例。有没有一种方法可以配置documentdb以生成此文件，而不必每次添加新用户时都必须手动更新引荐来源网站的文档？
请记住，正在使用documentDB，事实证明这是相关的，因为由于documentdb不支持聚合阶段，当我们将所有内容移到AWS时，我们在mongo中使用的原始聚合失败了。