你可以反过来做。
在当前用户处不是removed或ignored数组，而是一个ignoredBy或removedBy数组，您可以在其中添加当前用户。当您从users集合中获取users时，只需检查请求用户是否是ignoredBy数组的一部分。所以你不会在数组中检查大量的条目，它总是只有一个。

我会这么做用户（user-A）查询一个人员池，每个人都由自己的文档表示。然后，用户A必须对每个人（文档）采取动作，并且假定当采取动作时，该人不应再出现在用户A的查询中。我们不应该编辑查询的文档，因为这样每个用户都会编辑相同的文档，而文档有字节和写入限制。出于同样的原因，我们也不应该使用数组。相反，我们应该将集合视为使用文档作为项的数组，因为集合没有文档限制。
因此，每当user-A对其他人（user-X）执行操作（向左/向右滑动）时，在user-A下的子集合中创建一个新文档，该子集合仅包含user-X的uid，可能还有像didLike这样的布尔值，可能还有时间戳-我们永远不知道这些东西何时会派上用场。
当user-A在将来的某个时候执行另一个查询时，user-X将重新出现在结果中，我们现在需要过滤掉它。我们所要做的就是检查user-X的user-A子集合。如果user-X在此子集合中，则忽略该文档并移动到下一个人。如果用户界面像Tinder一样配置，其中没有滚动的人列表，而是堆叠在彼此之上的卡片，这没什么大不了的。user-A一次只能看到一个人，他们不知道我们在幕后过滤了多少人。然而，对于可滚动的分页列表，用户A可能会看到奇怪的行为，如不均匀的页面。
这个模型可以扩展到虚拟无穷大。