我有两个集合，lists和items，每个项都可以属于任意数量的列表，并且每个列表都有一个自定义位置。为了避免过度架构，哪一个性能更好？为什么？

答：维护列表数组及其在每个项目文档中的位置，如下所示：

/* item schema */
{
  _id: ObjectID, // itemID
  lists: [
    {
      _id: ObjectID, // the listID
      orderNr: Number, // the position in that specific list
    }
  ]
}

B：维护一个额外的集合contexts，该集合将按照itemID在任何给定列表中出现的顺序存储itemID数组：

/* context schema */
{
    _id: ObjectID,
    listID: ObjectID,
    items: [
        {
            _id: ObjectID, // itemID
            orderNr: Number // position of item in the list
        }
    ]
}

我个人的理解是B是更好的选择，因为您可以通过_id字段查询列表的上下文文档，从items数组的开头获取一些ID，然后通过它们的_id字段直接查询这些项。
而在版本A中，如果我想象有5，000个项，每个项存在于3-4个不同的列表中，并且每个项都改变了位置，那么Mongo要根据每个项中的数组中的值找到所有这些项似乎要做很多工作（我知道Mongo需要搜索和比较所有项目，而不是只按_id查询有限数量的项目，能够在找到last _id项的时刻停止）。
但也许MongoDB的内部工作方式中有一些我不知道的东西并没有让选项A成为问题？这肯定意味着维护工作量大大减少。或者也许还有第三种方法我没有看到？