sql - 在google cloud firestore中执行JOIN查询

Question

{  
   "users":{  
      "userid_1":{  
         "following":{  
            "userid_2":{  
               "name":"user2"
            },
            "userid_3":{  
               "name":"user3"
            }
         }
      },
      "posts":{  
         "postid1":{  
            "createdTime":"111",
            "postedBy":"userid_2"
         },
         "postid2":{  
            "createdTime":"112",
            "postedBy":"userid_3"
         },
         "postid3":{  
            "createdTime":"113",
            "postedBy":"userid_2"
         },
         "postid4":{  
            "createdTime":"114",
            "postedBy":"userid_1"
         }
      }
   }
}

我想检索“userid_1”的关注用户的帖子，按创建时间排序，限制为 2(每个 api 调用 2 个帖子)。

如何在node中实现fire-store查询？

如果关注用户少于 100 且有 10 个帖子，则可以获取所有关注用户的帖子，并按创建时间对帖子进行排序。

如果一个用户有 1000 个关注者，并且这 1000 个人有 100 个帖子，那么无法获取所有关注用户的帖子并按创建时间排序。

我希望我们可以通过 SQL“JOIN”查询轻松实现这一点

如何在node中的fire-store中实现这个实现查询？

Answer 1

Firestore 没有服务器端 JOIN 的概念。一次读取操作中的所有文档必须来自同一个集合。

这意味着要从多个集合中获取数据，您将需要执行多次读取操作 - 每个集合至少一次，但也可能更多。这在大多数 NoSQL 数据库中是正常的，并且对于您应该从客户端应用程序读取的数据量而言，速度并不像许多开发人员想象的那么慢。

如果您需要读取的文档数量对于您的应用程序来说是令人望而却步的，请考虑更改您的数据模型以减少读取次数。通常，这意味着您最终会将一些数据复制为更易于阅读的格式。

例如，在您的用例中，您似乎有一个社交网络。一个常见的解决方案是将每个用户的完整提要以及他们关注的人的所有帖子存储为数据库中的单独集合。

因此，当用户撰写帖子时，您可以将该帖子写入主 posts 集合，以及也写入 feed 关注他们的每个用户的集合。此操作称为扇出数据，虽然它使写入操作变得复杂并重复数据，但它使读取数据的代码更简单且更具可扩展性。由于在许多应用程序中读取操作比写入操作更为常见，因此许多 NoSQL 数据建模者认为这是一个有效的权衡。

这个主题非常广泛，很难用一个答案来公正地表达，这就是为什么我也推荐您:

• 阅读NoSQL data modeling
• 观看Getting to know Cloud Firestore