java - Firestore 根目录中每种类型用户的不同集合

Question

我正在创建一个基于 Cloud Firestore 的应用。运行的应用程序将以某种方式与优步相同。所以问题是因为我对 NoSQL 数据库还很陌生，所以我在为数据库创建一个好的结构时遇到了问题。这是 LINK到我计划用于我的 Android 应用程序的 UML。我计划使用 Firestore 来存储有关用户的信息和其他数据，而实时数据库则用于实时 map 更新。

我在这里主要担心的是，正如您在 UML 中看到的那样，它以某种方式显示了不同表之间的关系，但 NoSQL 没有表和关系，这让我在这里很难过。经过大约 4 小时的连续互联网搜索后，我仍然不确定该怎么做。我有一些问题想得到解答:

1) 有什么方法可以在不同集合之间创建关系吗？

2) 我应该将所有 3 种类型的用户保存在同一集合“用户”中，还是为根目录中的每种类型创建不同的集合。使用这两种方法会产生什么后果。

如果我使用第一种方法，我可以做些什么来区分每种类型的用户。

3)我可以在单个集合中进行多少深度嵌套，即集合中的子集合？

4)我决定在同一个应用中使用 2 个不同的数据库是否正确？

5)firebase 是我正在创建的应用的正确选择吗？

这些问题可能听起来太初级了，因为我是一个刚刚学习的人。任何帮助，将不胜感激。任何指向一些有用文档、文章或指南的链接也将不胜感激。

Answer 1

1) Is there any way I can create relations between different collections ?

是的。您可以通过持有引用来创建不同集合之间的关系，如关于 supported data types 的官方文档中所示.例如:

projects/[PROJECT_ID]/databases/[DATABASE_ID]/documents/[DOCUMENT_PATH].

还有另一种解决方法，涉及复制数据，为此我建议观看此视频，Denormalization is normal with the Firebase Database .适用于 Firebase 实时数据库，但同样的原则适用于 Cloud Firestore。

2) Should I save all 3 type of users in same collection "user" or make different collection for each type in the root. What would be the consequences of using both approaches.

为简单起见，您可以使用单个集合并将用户类型添加为属性，如下所示:

Firestore-root
   |
   --- users
        |
        --- uid
        |    |
        |    --- userType: "admin"
        |    |
        |    --- //other user details
        |
        --- uid
        |    |
        |    --- userType: "driver"
        |    |
        |    --- //other user details
        |
        --- uid
             |
             --- userType: "rider"
             |
             --- //other user details

要查询特定用户类型的所有用户，可以使用以下查询:

FirebaseFirestore rootRef = FirebaseFirestore.getInstance();
Query query = rootRef.collection("users").whereEqualTo("userType", admin);

3)How much of the deep nesting I am allowed to do in a single collection ie sub-collections in collections ?

您最多可以深入链接 100 个子集合。根据有关 usage and limits 的官方文档:

Maximum depth of subcollections: 100

您可能想知道，这是个问题吗？

据我所知，Firestore 在第 1 级查找节点的速度与在第 100 级查找节点的速度一样快。因此对于像您这样的数据库，深度不应成为影响技术级别速度的因素。

4)Is my decision to use 2 different database in the same apps right?

是的。实际上，这是一种很普遍的做法。根据两种价格方案，您可以选择更适合您需求的一种。

5)Is firebase the right choice for an app that I am creating?

要求我们推荐或查找书籍、工具、软件库的问题对于 Stack Overflow 来说是偏离主题的，因为它们往往会吸引自以为是的答案和垃圾邮件，但在我看来，是的。