替代解决方案

Question

我对使用此代码在集合中搜索文档的效率感到好奇。随着集合中文档数量的增加和数组中项目的数量的增加，这种搜索会变得非常低效吗？是否有更好的方法可以执行此操作，或者可以对数据库进行模式更改以更好地优化此方法？在哪里可以找到Firestore文档中这些功能的时间复杂性？

Query query = db.collection("groups").whereArrayContains("members", userid);

替代解决方案

我本来想尝试将组ID存储在该用户下，以便仅抓取该当前用户的组，但是遇到了问题，却从未找到过使用多个ID进行查询来设置FireStoreRecyclerOptions的解决方案。

示例：

for(String groupid : list) {
    Query query = db.collection("test-groups").document(groupid);

    FirestoreRecyclerOptions<GroupResponse> response = new FirestoreRecyclerOptions.Builder<GroupResponse>()
            .setQuery(query, GroupResponse.class)
            .build();
}

是否可以将多个查询添加到FirestoreRecyclerOptions？

Answer 1

随着集合中文档数量的增加和数组中项目的数量的增加，这种搜索会变得非常低效吗？

问题不是搜索将变得非常低效的事实，而是文档有限制。因此，在文档中可以放入多少数据方面存在一些限制。根据有关usage and limits的官方文档：

文档的最大大小：1 MiB（1,048,576字节）

如您所见，单个文档中的数据总数限制为1 MiB。当我们谈论存储文本时，您可以存储很多，但是随着数组变大，请注意此限制。

如果要在数组中存储大量数据，并且这些数组应由许多用户更新，则需要注意另一个限制。因此，每个文档每秒只能写入1次。因此，如果您遇到许多用户都试图一次将数据写入/更新到同一文档的情况，那么您可能会开始发现其中一些写入操作失败。因此，也要注意此限制。

您可能已经注意到，Cloud Firestore中的查询非常快，这是因为Firestore会自动为文档中的任何字段创建索引。

如果您认为要基于包含集合的特定成员的父项进行查询，请使用映射而不是数组。

那里有很多帖子说数组在Cloud Firestore上不能很好地工作，因为当您拥有可以被多个客户端更改的数据时，很容易感到困惑，因为您不知道发生了什么以及在哪个字段上。如果我正在使用地图，并且用户想要编辑几个不同的字段，甚至是完全相同的字段，我们通常都知道发生了什么。在数组中，情况有所不同。试想一下，如果某个用户想要编辑索引0处的值，而另一些用户想要删除索引0处的值，您将最终得到非常不同的结果，为什么不这样做，数组越界例外。因此，带有数组的Firestore操作有点不同。因此，您无法在特定索引处执行诸如插入，更新或删除之类的操作。但是，如果不关心将元素存储到数组中的确切顺序，则应该使用数组。 Firestore几天前添加了一些功能来添加或删除特定元素，但前提是不关心它们的确切位置。请参阅here官方文档。

结论是，仅当需要将数据一起显示时，才将数据放在同一文档中。另外，不要使它们太大，以至于您需要下载更多实际需要的数据。因此，当您要搜索数据的各个字段或希望数据有增长空间时，请将数据收集起来。如果您要基于该数据搜索父对象，请将数据保留为地图字段。而且，如果您获得了通常用作标记的项目，请继续使用数组。

也不必担心Firestore中的slow query。

使用whereArrayContains

替代解决方案

1 个答案: